- From: Jirka Kosek <jirka@kosek.cz>
- Date: Sun, 10 Nov 2013 14:21:22 +0100
- To: Simon Sapin <simon.sapin@exyr.org>
- CC: Simon Pieters <simonp@opera.com>, www-style@w3.org, Daniel Glazman <daniel.glazman@disruptive-innovations.com>
- Message-ID: <527F8852.1080103@kosek.cz>
On 10.11.2013 14:02, Simon Sapin wrote: > (CSS) Selectors are fundamentally about elements, not arbitrary DOM > nodes. In http://www.w3.org/TR/css3-selectors/#abstract : Very first sentence of abstracts contains: "... that can be used to select *nodes* in an XML document." hence why I think that selectors shouldn't cover just elements. If the intent of selectors was always cover just elements and nothing else then spec wording should be changed and all mentions of nodes should be replaced by elements so there is no confusion about possible scope of the spec. >>> Today you can already use these API to select elements, then use >>> .getAttribute() >> >> You are not getting my point. What is needed is a simple high level >> declarative query language for selecting nodes from HTML document. >> Calling additional DOM method doesn't bring here anything else. > > My point is that calling .getAttribute() can be an implementation detail > of the in-browser ITS implementations that you were talking about, > independently of what the ITS syntax looks like. So if I understand you properly, you are proposing that ITS should define its own extension syntax for accessing attributes and implementations then should parse selector and if such syntax is used additional operations are made except just calling qSA()? Jirka -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 rep. ------------------------------------------------------------------ Bringing you XML Prague conference http://xmlprague.cz ------------------------------------------------------------------
Received on Sunday, 10 November 2013 13:21:47 UTC