W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2015

RE: Minimum viable custom elements

From: Domenic Denicola <d@domenic.me>
Date: Wed, 14 Jan 2015 20:25:39 +0000
To: Ryosuke Niwa <rniwa@apple.com>
CC: Anne van Kesteren <annevk@annevk.nl>, Erik Arvidsson <arv@google.com>, Boris Zbarsky <bzbarsky@mit.edu>, public-webapps <public-webapps@w3.org>
Message-ID: <CY1PR0501MB1369ECDC4F456BF1FEC7E9ACDF410@CY1PR0501MB1369.namprd05.prod.outlook.com>
From: Ryosuke Niwa [mailto:rniwa@apple.com] 

> Let me restate the problem using an example.  Suppose we're parsing <my-element></my-element><my-other-element></my-other-element>.
> Once the HTML is parsed, the DOM tree is constructed with two DOM elements.  Now we call the constructors on those elements.  Without loss of generality, let's assume we're doing this in the tree order.
> We call the constructor of my-element first. However, inside this constructor, you can access this.nextSibling after calling super().  What's nextSibling in this case? An uninitialized my-other-element.

Thanks, that is very helpful. And I'd guess that with the current spec, it's an uninitialized my-other-element in the sense that its createdCallback has not been called, even though its constructor (which does nothing beside the normal HTMLElement/HTMLUnknownElement stuff) has indeed been called.

Received on Wednesday, 14 January 2015 20:26:12 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:27:25 UTC