-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Remove the context menu feature #2742
Conversation
This feature sadly never garnered enough implementation interest, being only implemented in Gecko. For some time it looked as though Blink was also interested in implementing, but they recently made the decision to cease implementation and remove all of their code for it, per https://bugs.chromium.org/p/chromium/issues/detail?id=87553&desc=2#c64. Closes #2730.
Allowing only |
Also move keygen before listing.
Thanks for the additional finds and fixes; they all look good. I'll add some tests for the UA stylesheet. |
Agreed, for that kind of reason it make sense to restrict it to allowing only |
It would be nice to hear something from Mozilla folks before merging this. If they decide to keep the feature I suppose they want to have the tests in some non-wpt location or so. @jgraham? |
I meant that for web-platform-tests/wpt#6167 |
Remove tests for, and test the removal of, context menus Follows whatwg/html#2742. Also test computed style (i.e. UA stylesheet)
Remove tests for, and test the removal of, context menus Follows whatwg/html#2742. Also test computed style (i.e. UA stylesheet)
This change disallows the "contextmenu" attribute and type=contextmenu and type=toolbar for the `menu` element. See whatwg/html#2742 Fixes #526
Interestingly, we're considering to implement this feature in https://bugs.webkit.org/show_bug.cgi?id=179020. |
In 2015, the "popup" value of the `<menu>` element's `type` attribute was renamed to "context" [1]. In 2017, the `<menuitem>` element and the `type` attribute of the `<menu>` element were removed entirely [2]. Remove the rows that describe these features. [1] whatwg/html#241 [2] whatwg/html#2742
In 2015, the "popup" value of the `<menu>` element's `type` attribute was renamed to "context" [1]. In 2017, the `<menuitem>` element and the `type` attribute of the `<menu>` element were removed entirely [2]. Remove the rows that describe these features. [1] whatwg/html#241 [2] whatwg/html#2742
The reference to the `contextmenu` event in 4.2.12 links to the HTML spec, even though any non-editorial mentions of that event –but not the definition in the event list– were removed (apparently by mistake) in whatwg/html#2742. That event was subsequently added to the UI Events spec in w3c/uievents#279, and now the definition in the HTML spec's event list has been removed in whatwg/html#7506. This change updates the reference to link to the UI Events spec.
The reference to the `contextmenu` event in 4.2.12 links to the HTML spec, even though any non-editorial mentions of that event –but not the definition in the event list– were removed (apparently by mistake) in whatwg/html#2742. That event was subsequently added to the UI Events spec in w3c/uievents#279, and now the definition in the HTML spec's event list has been removed in whatwg/html#7506. This change updates the reference to link to the UI Events spec.
This feature sadly never garnered enough implementation interest, being
only implemented in Gecko. For some time it looked as though Blink was
also interested in implementing, but they recently made the decision to
cease implementation and remove all of their code for it, per
https://bugs.chromium.org/p/chromium/issues/detail?id=87553&desc=2#c64.
Closes #2730.
Tests: web-platform-tests/wpt#6167
@sideshowbarker, @zcorpan, any thoughts on whether
<menu>
should be simplified further to only allow<li>
s, like<ul>
? Or should we keep it as allowing either<li>
s or "if the element has no li element children, flow content describing available commands"?