Skip to content
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

Need procedural algorithms for all events #200

Open
garykac opened this issue Apr 9, 2018 · 5 comments
Open

Need procedural algorithms for all events #200

garykac opened this issue Apr 9, 2018 · 5 comments

Comments

@garykac
Copy link
Member

garykac commented Apr 9, 2018

This is a tracking bug for updating the UIEvents specification to make sure that all of the events have an appropriate procedural algorithm. The intent is that we should create specific issues for each topic, and keep discussions in these more directed issues.

Keyboard events: #142
Focus events: #195
Mouse (move) events: #196
Mouse (click) events: #197
Input events: #198 (merged with Keyboard events)
Composition events: #199 (merged with Keyboard events)

There will be some overlap as these algorithms interact with each other, but this seems like a reasonable starting point. Please feel free to add more issues as needed.

General design note:
Ideally, these algorithms should make it possible to add appropriate hooks so that other specifications can make localized changes to these algorithms.

@domenic
Copy link

domenic commented Apr 10, 2018

Recording for posterity: in addition to the likely interop issues around e.g. event ordering here, having this kind of foundation allows us to precisely and interoperably specify things like the event timing proposal (or some variant of it). Without this in place, that proposal's desire to record the time for "the operation during which [an] event was dispatched" is not really possible to ground rigorously.

@garykac
Copy link
Member Author

garykac commented Jun 19, 2018

General comment: Whenever we "queue a task", we should specify the "task source".

@domenic
Copy link

domenic commented Aug 10, 2020

Another issue here is the relative timing of mouse events and pointer events. Although pointer events are defined in a separate spec, any spec for "what happens when you move the mouse" should really include where pointer events fit in.

@garykac
Copy link
Member Author

garykac commented Aug 10, 2020

@domenic We're tracking that issue in #244.

I have TODOs in the draft doc for Mouse Moves to hook into Pointer Events, but the real issue is that we're waiting for the Pointer Events editors to decide how Pointer Events fire. I currently have the hooks before the corresponding Mouse event, but the real issue is whether or not the events should be interleaved (Pointer,Mouse,Pointer,Mouse) or as bursts (Pointer,Pointer,Mouse,Mouse).

@garykac
Copy link
Member Author

garykac commented Aug 24, 2020

I created a more formal document for these algorithms:

https://w3c.github.io/uievents/event-algo.html

Still very much a WIP draft. Comments (github issues) welcome.

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

No branches or pull requests

2 participants