- From: Sean Hogan <shogun70@westnet.com.au>
- Date: Mon, 11 Jan 2010 07:17:57 +1100
- To: Lachlan Hunt <lachlan.hunt@lachy.id.au>
- CC: public-webapps <public-webapps@w3.org>, Charles McCathieNevile <chaals@opera.com>
- Message-ID: <4B4A35F5.3000809@westnet.com.au>
On 8/01/10 1:19 AM, Lachlan Hunt wrote: > Hi, > Now that Selectors API Level 1 is published and basically all but > finalised (just waiting for some implementations to be officially > released before taking it to REC), can we publish Selectors API Level > 2 as an FPWD? > > It would be useful to have it more widely reviewed, especially since > Mozilla and WebKit have begun their implementation of matchesSelector, > which is defined in it. > > The editor's draft is here. > > http://dev.w3.org/2006/webapi/selectors-api2/ > FYI, it seems the whole Status of this Document hasn't been updated for Selectors-API2. For instance: "This document has been approved for publication as a Candidate Recommendation by the working group. However, in light of existing interoperable implementations, the group is considering requesting publication as a Proposed Recommendation." Also, the links to the W3C CVS are for Selectors-API, not Selectors-API2. I can't see the value of queryScopedSelector*() methods. The original rationale was that JS libs could potentially drop their selector engines, but this isn't facilitated by the proposed methods. Given that JS libs will still have to parse the selectors it is a trivial step to call querySelector*(rewrittenSelector, refNode) rather than queryScopedSelector*(rewrittenSelector) The queryScopedSelector*() methods have misleading names - they don't match the definition of scope. It would be ridiculous to stick with those names if there are no implementations already out there. Similarly, the :scope pseudo-class has a misleading name.
Received on Sunday, 10 January 2010 20:18:42 UTC