[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: Can XLink be fixed?

• To: Norman Walsh <ndw@n...>
• Subject: Re: Re: Can XLink be fixed?
• From: Robin Berjon <robin.berjon@e...>
• Date: Fri, 16 Aug 2002 11:11:54 +0200
• Cc: xml-dev@l...
• Organization: Expway
• References: <r01050300-1015-2388B99CB08211D683CE0003937A08C2@[192.168.124.21]> <87fzxgdj6g.fsf@n...>
• Reply-to: robin.berjon@e...
• User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530

Norman Walsh wrote:
> / "Simon St.Laurent" <simonstl@s...> was heard to say:
> | Sure, though I'll admit that one of my projects with MOE is supporting
> | CSS both as an annotation and as an explicit CSS-in-XML syntax.  
> 
> CSS-in-XML sounds like a good idea. Let's see, it's a bag of
> properties attached to a CSS Selector. (<rant>What happened to the
> Last Call comments to rename the "Selectors" document[1] to "CSS3
> Selectors". More paperwork to dig through...Sigh.</rant>)
> 
> The bag of properties thing would be easy to deal with, but the set of
> selectors is starting to look awfully ugly. "nth-last-child()"...Eeek!?
> Simplicity is loosing everywhere, ain't it?

Do we really want or need to convert those selectors to XML? CSS-in-XML 
is a discussion that surfaces every three to six months on a number of 
mailing lists. Basically it would seem that you want to convert the 
selectors to XML if your goal is to munge them using basic XML tools 
(say display them with syntax colouring using XSLT) but you don't if 
you're looking for an easy way to decorate a tree (and would prefer an 
XML syntax ovre SAC, which is a largish underspecified API, at least 
compared to SAX).

Converting CSS selectors to XPath shouldn't be excessively complex 
provided we allow ourselves to use a few extension functions where there 
is no possible mapping and drop the interactivity bits. Most of the 
structural selectors can be mapped directly, and a number of the more 
complex-looking ones can probably be converted to predicates revolving 
around position() and a little arithmetic. Imho the useful 80% of CSS 
selectors can be covered by XPath, with the exclusion of class that will 
probably need an extension function by itself.

-- 
Robin Berjon <robin.berjon@e...>
Research Engineer, Expway

• Follow-Ups:
  • Re: Re: Can XLink be fixed?
    • From: "Simon St.Laurent" <simonstl@s...>

• References:
  • Re: Re: Can XLink be fixed?
    • From: "Simon St.Laurent" <simonstl@s...>
  • Re: Re: Can XLink be fixed?
    • From: Norman Walsh <ndw@n...>

• Prev by Date: Re: Re: Can XLink be fixed?
• Next by Date: Re: Re: Can XLink be fixed?
• Previous by thread: Re: Re: Can XLink be fixed?
• Next by thread: Re: Re: Can XLink be fixed?
• Index(es):
  • Date
  • Thread