- From: Joseph Orbegoso Pea <notifications@github.com>
- Date: Fri, 15 Apr 2016 09:51:09 -0700
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Message-ID: <w3c/webcomponents/issues/239/210543744@github.com>
> By the way, if we're allowing exotic non-ASCII characters like emoji, we probably don't need the hyphen requirement in those tag names since the requirement exists for the forward compatibility with future HTML documents, and I don't think we'd ever add an HTML element with an emoji in its tag name.
Why are we so worried about custom element names conflicting with possible future tag names?
I propose that we should be allowed to override any element we wish, and in a per-shadow-root basis (not just on document):
```js
import AwesomeImageElement from `awesome-img`
shadowRoot.registerElement('img`, AwesomeImageElement)
shadowRoot.appendChild(shadowRoot.createElement('img'))
```
If we allow overriding of native elements, then there will be no problem introducing native elements; existing apps will continue to work, having their custom elements in place.
Please see the following threads for more details and examples:
- [[Custom Elements] Not requiring hyphens in names](https://discourse.wicg.io/t/custom-elements-not-requiring-hyphens-in-names/1439)
- [[proposal] Register custom elements onto ShadowDOM roots](https://discourse.wicg.io/t/proposal-register-custom-elements-onto-shadowdom-roots/1440)
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webcomponents/issues/239#issuecomment-210543744
Received on Friday, 15 April 2016 16:51:54 UTC