- From: Andres Rios <notifications@github.com>
- Date: Mon, 21 Mar 2016 01:59:39 -0700
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Message-ID: <w3c/webcomponents/issues/445/199182205@github.com>
Let's consider an example for the iterator:
```javascript
// somewhere else were defined MyElement1, MyElement2... and so on
window.customElements.define('my-element1', MyElement1);
window.customElements.define('my-element2', MyElement2);
// then, let's play with Iterator...
var alreadyDefined = window.customElements; //
for (customElement in alreadyDefined) {
console.dir(customElement); // should I see here MyElement1, MyElement2?
}
```
What about if somewhere else we've imported a custom element that registers some new custom elements?
```html
<link rel="import" href="myExamples.html"> <!-- here we define more custom elements? -->
```
Remember that all [imports don't have context](https://github.com/w3c/webcomponents/issues/197).
What are the pros and cons if have a table with all registered custom elements?
If it's needed I'd like to check this table from a clear place... for example
```javascript
var defined = window.customElements.definitions;
for (var customElement in defined) {
console.dir(customElement);
}
```
And if check if an element already was registered. The above is following the convention given for [Attributes](https://dom.spec.whatwg.org/#dom-element-attributes).
```javascript
if (!window.customElements.definitions.getItem('my-element1')) {
// ...
}
```
---
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/445#issuecomment-199182205
Received on Monday, 21 March 2016 09:00:09 UTC