Skip to content

Conversation

@annevk
Copy link
Contributor

@annevk annevk commented Dec 7, 2020

Closes #335.

Copy link
Member

@martinthomson martinthomson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems pretty negative. I think that your "the proposal is a reasonable approach given the various constraints" is probably needed to avoid creating the impression that this was misclassified from harmful.

@annevk
Copy link
Contributor Author

annevk commented Dec 7, 2020

Right you are, pushed.

activities.json Outdated
"mdnUrl": null,
"mozBugUrl": null,
"mozPosition": "non-harmful",
"mozPositionDetail": "We're not convinced that the complexity this feature introduces upon the HTML parser carries its weight in terms of usefulness for web developers. There's also a risk that the processing model is not compatible with a future declarative custom elements feature as it was developed in isolation. Having said that, the proposal is a reasonable approach for this functionality that takes into account the various constrains and security considerations that come with changing the HTML parser.",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
"mozPositionDetail": "We're not convinced that the complexity this feature introduces upon the HTML parser carries its weight in terms of usefulness for web developers. There's also a risk that the processing model is not compatible with a future declarative custom elements feature as it was developed in isolation. Having said that, the proposal is a reasonable approach for this functionality that takes into account the various constrains and security considerations that come with changing the HTML parser.",
"mozPositionDetail": "We're not convinced that the complexity this feature introduces upon the HTML parser carries its weight in terms of usefulness for web developers. There's also a risk that the processing model is not compatible with a future declarative custom elements feature as it was developed in isolation. Having said that, the proposal is a reasonable approach for this functionality that takes into account the various constraints and security considerations that come with changing the HTML parser.",

@annevk annevk merged commit 521fe18 into master Dec 7, 2020
@annevk annevk deleted the annevk/shadow branch December 7, 2020 11:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Declarative Shadow DOM

3 participants