W3C home > Mailing lists > Public > public-script-coord@w3.org > January to March 2014

[Bug 20567] Change [[Prototype]] for concept-node-adopt?

From: <bugzilla@jessica.w3.org>
Date: Tue, 14 Jan 2014 01:43:16 +0000
To: public-script-coord@w3.org
Message-ID: <bug-20567-3890-zyqGVapNoF@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20567

--- Comment #60 from Dominic Cooney <dominicc@chromium.org> ---
(In reply to Bobby Holley (:bholley) from comment #59)
> Dominic - any updates with respect to comment 57? I'm meeting up with anne,
> heycam, and bz in two weeks, and it's likely that we'll do some talking
> about this.
> 
> (I can't remember if you're at Google SF, but if you are, we'll be just
> around the corner, and should meet up).

Great! I'm in Tokyo. No travel planned. I might be able to dig up another
Googler for you though. If you can forward notes to a list that would be great.

re: Web Components, I think this issue specifically affects Custom Elements. I
believe any interaction with Shadow DOM and HTML Imports will be the same as an
interaction with an ordinary node (ShadowRoot or LINK.)

Custom Elements are special because they have an author-supplied prototype and
callbacks. This is pretty analogous to having an event handler, so maybe
whatever solution works for event handlers could be adapted to apply to Custom
Elements?

Not sure if this interests you but I can tell you about the status quo with
Custom Elements in Chrome:

Chrome doesn't swizzle the prototype when a node is adopted (not Custom
Elements nor any other node.) But we also don't want to leak, so a Custom
Element's callbacks only work as long as the context it was registered in is
alive.

This means if you have an IFRAME, register X-A in there, and move an X-A into
the parent frame's document its callbacks will keep working provided the frame
is alive. If you remove the frame, the callbacks stop firing (and incidentally
we free the IFRAME, its document, etc.) The element's prototype still points to
the author-supplied one, though.

So far I've had one bug report about this behavior. The author expected their
callbacks to continue firing indefinitely.

I think the idea of a callback that lets the author switch an element's
definition sounds promising. In the aforementioned author's case they're
embedding Blink so they can exercise a degree of omnipotency the web author
can't. Making this work for the web author sounds tricky... is there a proposal
somewhere?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Received on Tuesday, 14 January 2014 01:43:19 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:37:51 UTC