-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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 "Firing a simple event named e" #1887
Labels
clarification
Standard could be clearer
good first issue
Ideal for someone new to a WHATWG standard or software project
topic: events
Comments
annevk
added
good first issue
Ideal for someone new to a WHATWG standard or software project
clarification
Standard could be clearer
labels
Oct 11, 2016
Related: #1713 |
Is this up for grab? I would like to give it a shot. |
@sendilkumarn that sounds great, but it's probably best to wait until #1886 lands as that will address some of the work and will change a few things around. I will make sure to ping this issue once that is done. |
Thanks I will keep an eye too. |
domenic
pushed a commit
that referenced
this issue
Oct 18, 2016
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
@sendilkumarn the PR landed, you can work on this now. |
Merged
alice
pushed a commit
to alice/html
that referenced
this issue
Jan 8, 2019
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
alice
pushed a commit
to alice/html
that referenced
this issue
Jan 8, 2019
anssiko
added a commit
to w3c/presentation-api
that referenced
this issue
Jun 27, 2019
Apart from direct mapping: - "firing an event" concept moved to [DOM] - "firing a simple event named e" concept replaced with "fire an event" in whatwg/html#1887 - "sandboxed top-level navigation browsing context flag" is now forked into "with user gesture" and "without user gesture", "without user gesture" seems appropriate here. Historical context: #414 Fix #464
anssiko
added a commit
to w3c/presentation-api
that referenced
this issue
Jun 27, 2019
Apart from direct mapping: - "firing an event" concept moved to [DOM] - "firing a simple event named e" concept replaced with "fire an event" in whatwg/html#1887 - "sandboxed top-level navigation browsing context flag" is now forked into "with user gesture" and "without user gesture", "without user gesture" seems appropriate here. Historical context: #414 Fix #464
markafoltz
pushed a commit
to w3c/presentation-api
that referenced
this issue
Aug 14, 2019
Apart from direct mapping: - "firing an event" concept moved to [DOM] - "firing a simple event named e" concept replaced with "fire an event" in whatwg/html#1887 - "sandboxed top-level navigation browsing context flag" is now forked into "with user gesture" and "without user gesture", "without user gesture" seems appropriate here. Historical context: #414 Fix #464
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
clarification
Standard could be clearer
good first issue
Ideal for someone new to a WHATWG standard or software project
topic: events
This algorithm basically duplicates "concept-event-fire".
To fix this:
<span data-x="concept-event-fire">fire an event</span>
(depends on context).The text was updated successfully, but these errors were encountered: