[whatwg] Adding ECMAScript 5 array extras to HTMLCollection
bruant at enseirb-matmeca.fr
Tue Apr 27 11:23:58 PDT 2010
Le 27/04/2010 03:54, Geoffrey Sneddon a écrit :
> On 26/04/10 19:50, And Clover wrote:
>> David Flanagan wrote:
>>> Rather that trying to make DOM collections feel like arrays, how about
>>> just giving them a toArray() method?
>> In the longer term, what's the thinking on a more basic change:
>> - Require specific DOM interfaces like NodeList, HTMLCollection, Element
>> etc. to be available for prototype monkey-patching under their interface
>> names as properties of `window`?
>> Then we wouldn't have to worry about what Array-like methods need to be
>> provided on HTMLCollection, because application and framework authors
>> could choose whichever they liked to prototype in.
>> IE8/Moz/Op/Saf/Chr already do this to a significant extent, but there's
>> no standard that says they have to. It would allow DOM extension to be
>> put on a much less shaky footing than the messy hack Prototype 1.x uses.
>> Is this something that's a reasonable requirement for browsers in
> HTML5 through WebIDL and its ECMAScript binding already does require
I can see where interfaces are expected to be exposed
([NamedConstructor]) in the global object, but I don't see where it is
said that the prototype of the constructor must be extensible. I don't
even see this in the section which is the relevent one in my opinion
(Interface prototype object)
I have read this version of WebIDL : http://dev.w3.org/2006/webapi/WebIDL/
More information about the whatwg