Architecture proposal: Downward-matching CSS-like context selectors ("Luke Skywalker Options") - FLUID-4873

Colin Clark colinbdclark at
Wed Dec 19 23:55:44 UTC 2012

This sounds really, really awesome.

In principle it seems like exactly what we want and your example refactoring of the messy wildcard-ridden paths in UI Options makes for a pretty compelling argument. Do you foresee any problems with this approach? Performance, implementation complexity, etc.?


Colin Clark

On 2012-12-19, at 4:55 AM, Antranig Basman <Antranig.Basman at> wrote:

> I've drawn up a JIRA summarising the immediate motivations we might have for such a system (our upcoming UIOptions refactoring work), a potential syntax, and some other use cases for it at
> As a "potted summary", the proposal is to support this very tiny subset of the CSS selector syntax (almost the same as that supported within the Fluid Renderer system for "cutpoints") for what we might call "IoCSS" selectors which are capable of making downward assertions about the matching of a component or group of components below a component tree root:
> * - matches any component - universal selector
> E - matches any component holding a context name of E - special support for the string "that" as in current IoC context matching
> E#myid - matches any component with a context name of E with id equal to myid
> And the following two descendent rules:
> E F - Matches any F element that is a descendant of an E element.
> E > F - Matches any F element that is a direct child of an E element
> Please supply comments, suggestions, questions, and improvements - if we have some time at today's community meeting we could also discuss this a bit -
> Cheers,
> A
> _______________________________________________________
> fluid-work mailing list - fluid-work at
> To unsubscribe, change settings or access archives,
> see

More information about the fluid-work mailing list