diff --git a/spec/custom/index.html b/spec/custom/index.html index c0c33fcd..1f6fb85a 100644 --- a/spec/custom/index.html +++ b/spec/custom/index.html @@ -638,11 +638,38 @@
Once the ECMAScript Standard Edition 6 is released, this section will be integrated into the respective areas of this specification. Until then, here is an overview of how ECMAScript 6 and Custom Elements integrate.
-If the user agent implements the @@create
method, this specification would stop treating the ElementRegistrationOptions options
argument in registerElement
as a dictionary, and instead view it as a the custom element constructor function.
If the user agent implements the @@create
method, this specification would stop treating the ElementRegistrationOptions options
argument in registerElement
as a dictionary, and instead view it as a the custom element constructor.
Instead of generating a constructor, the user agent will now mutate this constructor function to have a new @@create
method that creates a new element object.
Instead of generating a constructor, the user agent will now mutate this argument to have a new @@create
method that creates a new element object.
Accordingly, the steps run when calling registerElement
will change to:
Since the registerElement
's second argument is now a constructor function, the element definition should change to hold that constructor function, rather than the custom element prototype.
To accommodate this change, the element registration alorightm to the following steps:
+None
, InvalidType
, InvalidName
, NoRegistry
, or DuplicateDefinition
None
, stop.NoRegistry
and stop.The steps run when calling registerElement
will change to:
InvalidType
, throw a SyntaxError
and stop.None
, throw a NotSupportedError
and stop.24020: Definition should contain constructor, not the prototype.
-Similarly, the custom element constructor generation algorithm will change as follows:
NotSupportedError
and stop.