W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2008

Re: [selectors-api] Investigating NSResolver Alternatives

From: Jonas Sicking <jonas@sicking.cc>
Date: Sat, 16 Aug 2008 15:47:58 -0700
Message-ID: <48A7591E.1070607@sicking.cc>
To: Joćo Eiras <joao.eiras@gmail.com>
Cc: Lachlan Hunt <lachlan.hunt@lachy.id.au>, public-webapps <public-webapps@w3.org>

Joćo Eiras wrote:
>> Unfortunately I don't think we can change how XPath parses things 
>> since there is already code out there that might rely on the current 
>> behavior. Might be worth looking into though.
> I don't want to worry about xpath, although that misfeautre bite me hard :)
> Chaging the behavior how I suggested would be harmless because 
> currently, the use cases I wanted to fix either had the behavior 
> unspecified or exceptions were expected to be thrown.
> My concearn currently is with the selectors-api.
> I don't want to see the same errors repeated.

Agreed. I think the right solution is to make the changes you have 
proposed to NSResolver, and then make use of the NSResolver interface 
for the querySelector(All) APIs.

/ Jonas
Received on Saturday, 16 August 2008 22:49:54 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:11 UTC