You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This proposal doesn't necessarily contradict anything in the last one, the scoped custom registries proposal (I don't think).
I suspect something like this must have been considered, but just in case it is feasible:
I would like to avoid namespace collisions within the same shadow DOM scope, and to allow different versions of the same element name to run together, etc. It would use a new function, customElements.defineNS, with signature:
If there is no global custom element already defined with name "my-custom-element", it would also register MyCustomElement in the global namespace where you could just use
<my-custom-element></my-custom-element>
as before. I.e. the first registration gets to claim the non name-spaced tag.
The text was updated successfully, but these errors were encountered:
Related issues:
#154
#488
#842
#716
This proposal doesn't necessarily contradict anything in the last one, the scoped custom registries proposal (I don't think).
I suspect something like this must have been considered, but just in case it is feasible:
I would like to avoid namespace collisions within the same shadow DOM scope, and to allow different versions of the same element name to run together, etc. It would use a new function, customElements.defineNS, with signature:
So for example:
would register a (or another) version of MyCustomElement, which would be activated if using:
or
If there is no global custom element already defined with name "my-custom-element", it would also register MyCustomElement in the global namespace where you could just use
as before. I.e. the first registration gets to claim the non name-spaced tag.
The text was updated successfully, but these errors were encountered: