If the objects can all subclass a base class then you can use one of our fake 
type selectors.

Alternatively, and I don't think we've tried this, but all interested classes 
could load a bead that injects an additional classname/typename and then the 
descendant CSS can use that instead of .datechooser.

That said, it isn't clear to me why your descendant selector didn't work so 
there might be a bug there.  I don't know if SimpleCSSValuesImpl handles 
descendant selectors.  Cuz it is 'Simple'

-Alex

On 12/23/19, 7:22 AM, "Yishay Weiss" <[email protected]> wrote:

    I need to add a bead to all Table objects in our application, but not to 
Table objects contained within another specific css class. So in our css I’ve 
defined
    
    j|Table {
      IBeadView: ClassReference("classes.beads.GridLikeTableView");
    }
    
    But now I find that tables in a calendar are also affected, which is 
unintended. So I tried adding before that
    
    .datechooser j|Table {
      IBeadView: 
ClassReference("org.apache.royale.jewel.beads.views.TableView");
    }
    
    But that affects all Table objects whether or not they’re contained in a 
.datachooser class. Any ideas how to be more surgical about adding beads?
    

Reply via email to