- From: <bugzilla@jessica.w3.org>
- Date: Sun, 08 Dec 2013 00:32:29 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24020 Dominic Cooney <dominicc@chromium.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dominicc@chromium.org --- Comment #1 from Dominic Cooney <dominicc@chromium.org> --- I think this should be addressed in Level 2 of the Custom Elements spec, or in a related spec. Chrome is not in a position to implement this now. The current implementation in Chrome associates the registered element name with the generated constructor. This is effectively the same data as the constructorToNameMap. So I think Chrome would have no problem implementing requirements based on your proposal. I do not think the specification needs to be as literal as the JavaScript you have provided here, but it is a good informative sketch. I think that the requirement that registering a Custom Element with a prototype that is an interface prototype object should be relaxed to allow multiple element names to share a prototype as is the case with built-in elements like HTMLHeadingElement, etc. Perhaps misuse of a built-in interface prototype object should be disallowed, however Chrome would not have a problem with a completely laissez-faire approach. Relaxing the interface prototype object restriction would be a forward-compatible change because it makes errors into non-errors. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Sunday, 8 December 2013 00:32:30 UTC