- From: <bugzilla@jessica.w3.org>
- Date: Wed, 22 May 2013 21:41:33 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22054 Dimitri Glazkov <dglazkov@chromium.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dimitri Glazkov <dglazkov@chromium.org> --- (In reply to comment #0) > There are a couple of things that I noticed in the new document.register > implementation in the spec. > > If NAME is an invalid custom element name, throw an > InvalidCharacterError and stop. > > The check for an "invalid custom element name" involves comparing it to a > few known element names but in an HTML document we lowercase NAME after > dealing with PROTOTYPE. The spec probably has to lowercase NAME here and > TYPE later to get case-sensitivity correct. Thanks! I don't need to do anything with TYPE, since it's either NAME or localName of BASE, which will already have the correct case. https://dvcs.w3.org/hg/webcomponents/rev/08b3fd017d6e > > Let INTERFACE be PROTOTYPE's interface > > This means that we should walk PROTOTYPE's prototype chain, looking for an > object with an interface, right? No, it's just is a weird construct that appeases Web IDL. The interface is just a logical construct, which represents the object's properties and methods as a Web IDL thing: http://www.w3.org/TR/WebIDL/#dfn-interface It's a no-op from the implementation perspective. I need it to rely on Web IDL's meaning of "inherits", etc. > > Let BASE be INTERFACE's inherited interface that is nearest to BASE > in the prototype chain and that is an element interface > > This defines BASE recursively. This should probably read: > > Let BASE be INTERFACE's inherited interface that is nearest to > PROTOTYPE in the prototype chain and that is an element interface > > (note the second instance of BASE has been changed to PROTOTYPE). Thank you! Fixed it as part of https://dvcs.w3.org/hg/webcomponents/rev/ea07a8c6329c. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Wednesday, 22 May 2013 21:41:39 UTC