- From: <bugzilla@jessica.w3.org>
- Date: Thu, 06 Feb 2014 00:40:59 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24087
Scott Miles <sjmiles@chromium.org> changed:
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sjmiles@chromium.org
--- Comment #5 from Scott Miles <sjmiles@chromium.org> ---
I'm sorry there wasn't more clarity on the arguments. The rationale for
'register' goes something like this:
There was a first concept from the originators of Custom Elements, which was to
make 'a way to attach a JS class to a element'. So, the vision has been toward:
  class MyElement extends HTMLElement {
    ...
  }
  document.registerElement('my-element', MyElement);
>From this point of view, the `class` statement is what I would consider the
definition. From there, it seemed clear that the document method was
registering a tag-name for that. I believe this is also fairly close to what I
expect to happen in implementations, which is to say an entry is being added to
a registry. That resonance helped me, for one, to argue for `registerElement`.
Appendix: this is close as we come today to the above `class` construction:
MyElement = function() {
};
MyElement.prototype = Object.create(HTMLElement.prototype, {
  ...
});
MyElement.prototype.createdCallback = MyElement;
MyElement = document.registerElement('my-element', MyElement);
-- 
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 6 February 2014 00:41:01 UTC