-
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
Events list that trigger "allowed to show a popup" seems too small #1358
Comments
Chrome's implementation is more complex than just a list of events. See discussion here. |
What I said elsewhere is that I think this should become an annotation on a task. The user agent ends up queuing certain tasks in response to user action. It should annotate those tasks (similar to how Fetch annotates tasks) and then APIs can look at that annotation. Then the standards defining user interaction should decide when to annotate the task. (I realize we're likely stuck with the current setup for a while, since user interaction standards are extremely lacking and have been for a long time, but I figured I'd mention my thoughts on a better model.) |
Although there are larger issues with this definition (see #1358), the specific lack of these events was causing implementation confusion, so they are worth adding before fixing the definition more generally.
Moving to #1903 |
Although there are larger issues with this definition (see whatwg#1358), the specific lack of these events was causing implementation confusion, so they are worth adding before fixing the definition more generally.
(#1357 renames it to "triggered by user activation" but the issue here remains.)
Currently the list is
I wonder if this matches implementations? It seems like touch events and pointer events are missing. (Or are they not necessary since they will always happen alongside a click?) What about mousedown?
The text was updated successfully, but these errors were encountered: