Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Custom]: Be clear about whether attached callback should be enqueued when setting prototype (bugzilla: 27437) #175

Closed
hayatoito opened this issue Jul 6, 2015 · 1 comment

Comments

@hayatoito
Copy link
Contributor

Title: [Custom]: Be clear about whether attached callback should be enqueued when setting prototype (bugzilla: 27437)

Migrated from: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27437


comment: 0
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27437#c0
William Chen wrote on 2014-11-26 02:11:26 +0000.

http://w3c.github.io/webcomponents/spec/custom/#dfn-created-callback:

"The custom element prototype must be set just prior to invoking callback."

"If the created callback exists for an element, all other callbacks must not be enqueued until after this created callback's invocation had started."

In the steps to set the custom element prototype we have:

http://w3c.github.io/webcomponents/spec/custom/#dfn-set-prototype

3.1. "Enqueue attached callback for ELEMENT"

There is instruction to enqueue an attached callback and instruction to not enqueue the attached callback because it happens before invoking the created callback.

@domenic
Copy link
Collaborator

domenic commented Mar 8, 2016

This should be sufficiently clear with the latest changes to the construction model.

@domenic domenic closed this as completed Mar 8, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants