W3C home > Mailing lists > Public > public-webapi@w3.org > April 2007

Re: [selectors-api] How to invoke lookupNamespaceURI?

From: Lachlan Hunt <lachlan.hunt@lachy.id.au>
Date: Sat, 21 Apr 2007 11:58:30 +1000
Message-ID: <46296FC6.2040301@lachy.id.au>
To: Jonas Sicking <jonas@sicking.cc>
CC: "Web APIs WG (public)" <public-webapi@w3.org>

Jonas Sicking wrote:
> Bjoern Hoehrmann wrote:
>> * Anne van Kesteren wrote:
>>> The latest version of the draft (1.14) assumes (in an example) that 
>>> you take prefixes from left to right...
>>   x|y:empty > a|b
>> ... In short, defining this would expose implementations details for 
>> no good reason.
> I would say that the same holds true for "must not call the resolver 
> more than once" though. Since the proposed solution doesn't give 
> deterministic behavior for any given NSResolver anyway, why not simply 
> say that behavior in this case too is undefined.

I do not think it's wise to explicitly introduce undefined behaviour 
where it is not necessary.  Although this requirement doesn't make the 
NSResolver behaviour any more predictable for the UA, it makes the UA's 
behaviour marginally more predictable for the author.

> I.e. the behavior of the following NSResolver
> var N = 0;
> function resolver(prefix) {
>   return ['http://myns1.org', 'http://myns2.org][N++];
> }
> is undefined for "x|y:empty > a|b", so why couldn't it be for
> "x|y:empty > x|b".

Making that undefined creates a situation where, for example, the 
resolver could be called twice with the same prefix and gets different 
return values.  That creates more problems than it solves.

Lachlan Hunt
Received on Saturday, 21 April 2007 01:59:06 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:16:23 UTC