-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Make drag & drop events composed #1922
Comments
This aligns firing and dispatching of events with updated terminology in the DOM Standard. Among the changes: * A lot less usage of "default action" which isn't really a thing. Instead we make use of the return value of the fire and dispatch algorithms. * Instead of saying things bubble or are cancelable we initialize the attributes as such. * We no longer re-state defaults for isTrusted, bubbles, and cancelable, as that only leads to confusion when they are *not* re-stated. * We now use the legacy target override flag rather than supplying a named argument. This fixes #1713, but plenty of follow up issues remain: * #805 for the remainder of "default action" usage * #1394 for updating synthetic click events * #1887 for removing "fire a simple event" usage * #1893 for updating when checkboxes get checked * #1900 for figuring out if event dispatch requires more hooks * #1912 for revisiting isTrusted usage * #1913 for updating synthetic mouse events * #1922 for making more events composed
@hayatoito any thoughts on this? I'm happy to tackle |
|
Tests: see shadow-dom/event-composed.html in web-platform-tests. Fixes WICG/webcomponents#578 and part of #1922.
@annevk I think the contextmenu event is unrelated to the menu element. It's basically a right-click event. |
@domenic the commit I pointed to had the only text that actually ended up dispatching an event named contextmenu as far as I can tell. |
(I suspect UI Events might (should) have similar text, but that's not the HTML Standard.) |
Tests: see shadow-dom/event-composed.html in web-platform-tests. Fixes WICG/webcomponents#578 and part of #1922.
So the remaining open question here is whether drag & drop events need to be composed. They are UI Events of sorts so that would suggest they should be, but there might be some complications I'm not aware of. Input welcome from @whatwg/components and whoever else has opinions. |
This aligns firing and dispatching of events with updated terminology in the DOM Standard. Among the changes: * A lot less usage of "default action" which isn't really a thing. Instead we make use of the return value of the fire and dispatch algorithms. * Instead of saying things bubble or are cancelable we initialize the attributes as such. * We no longer re-state defaults for isTrusted, bubbles, and cancelable, as that only leads to confusion when they are *not* re-stated. * We now use the legacy target override flag rather than supplying a named argument. This fixes whatwg#1713, but plenty of follow up issues remain: * whatwg#805 for the remainder of "default action" usage * whatwg#1394 for updating synthetic click events * whatwg#1887 for removing "fire a simple event" usage * whatwg#1893 for updating when checkboxes get checked * whatwg#1900 for figuring out if event dispatch requires more hooks * whatwg#1912 for revisiting isTrusted usage * whatwg#1913 for updating synthetic mouse events * whatwg#1922 for making more events composed
Tests: see shadow-dom/event-composed.html in web-platform-tests. Fixes WICG/webcomponents#578 and part of whatwg#1922.
Discussed this with @rniwa.
click()
The text was updated successfully, but these errors were encountered: