- From: Andrew Oakley <andrew@ado.is-a-geek.net>
- Date: Tue, 26 Aug 2008 21:04:46 +0100
- To: Garrett Smith <dhtmlkitchen@gmail.com>
- CC: Web Applications Working Group WG <public-webapps@w3.org>
Garrett Smith wrote: >>> It would be great if NodeLists were subclasses of JavaScript Array > > It wouldn't really make sense to do that. agreed, that would be horirble >> You can assign the Array methods to the NodeList prototype, they're >> generic. >> I'm going to take slice as an example here - lets say you wanted the first n nodes in a NodeList (no, I don't see how that would be useful, but lets pretend that it is). > > Was there any thought that went into that statement? > > This is horrible advice for several reasons: > > 1) Modifying host objects with new properties is a good way to create > bugs and confuse developers. Would you rather have another implementation written in ECMAScript? Or Array.prototype.slice.call(nodelist, 0, n); > 2) NodeList is an interface and should not have any implementation. > Even in browsers that expose a NodeList object, it cannot be > guaranteed WebIDL is here to specify the behavior. In ECMAScript there is no such thing as an interface, so WebIDL maps them to what it refers to as "interface objects" and "interface prototype objects". It would seem reasonable that you cannot call functions on these objects directly, or that functions could appear further down the prototype chain than is implied by the IDL (as long as the function appears on all the relevant DOM objects). In any case adding a new function should work if WebIDL has been followed. > 3) You answered a question for which no need was demonstrated, and > provided no example. I could argue that there is no need for interactive web pages at all (they tend to annoy me), but we want to be flexible. > 4) Calling any of the array methods on a NodeList would obviously > fail. We can take a look at push, for example:- > > javascript:try{ alert(Array.prototype.push.call(document.childNodes)); > } catch(ex){alert(ex.message);} > > Should err out in step 7 of push attempting to set the "length" property. I believe length is read-only on a NodeList, and assigning to read-only members in ECMAScript fails silently. So we should carry on regardless. > > Modifying host objects is a very bad idea. NodeList is an Interface. > An interface should have no implementation. Even if you really wanted > to follow Ian's advice, it wouldn't work. > OK, I'll agree that in general its a bad idea, and all hell breaks loose if you have multiple windows. But it should be specified in WebIDL, and if the document implies that it should work (which it does) and it is not a requirement for it to work, then it should say so (and preferably explain why).
Received on Tuesday, 26 August 2008 20:05:22 UTC