[whatwg] DOMTokenList is unordered but yet requires sorting
Simon Pieters
simonp at opera.com
Mon May 18 00:18:17 PDT 2009
On Thu, 14 May 2009 22:58:20 +0200, Erik Arvidsson <erik.arvidsson at gmail.com> wrote:
> On Thu, May 14, 2009 at 00:30, Kristof Zelechovski
> <giecrilj at stegny.2a.pl> wrote:
>> If a token list represented an ordered set, it could not be sorted to
>> get an
>> item because the host would have to preserve the original (document)
>> order
>> of tokens.
>
> The question is why does the set need to be ordered at all as long as
> it is stable between changes? It would make implementations more
> efficient with little no no loss in functionality.
Immagine if it is specified that the order is not relevant and implementations can use any order (so long as it's stable). So one UA uses one order and another uses another. Then one of those UAs becomes very popular. Web pages start to depend on the order of the popular UA (e.g. they use the first item and expect it to be the "right" one). Now those pages don't work in the less popular UA and that UA vendor has to reverse engineer the popular UA and implement the same order.
The above has happened with the DOM Core .attributes attribute, IIRC.
--
Simon Pieters
Opera Software
More information about the whatwg
mailing list