- From: Matt Reynolds <notifications@github.com>
- Date: Thu, 07 Nov 2019 12:57:52 -0800
- To: w3c/gamepad <gamepad@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 7 November 2019 20:58:00 UTC
nondebug commented on this pull request.
> @@ -209,7 +209,11 @@ <h2>
<dfn>Gamepad</dfn> interface
</h2>
<p>
- This interface defines an individual gamepad device.
+ This interface represents an individual gamepad device. A Gamepad is a
+ live object; that is, user interaction with the device will be reflected
+ in the state of the object's properties. When the system receives new
+ data from a connected gamepad, a microtask is queued in the current
That seems like the best approach. According to the HTML5 spec, input events should be queued this way:
"Asynchronous events sent in response to user input (e.g. click events) must be fired using tasks queued with the user interaction task source."
https://www.w3.org/TR/2014/REC-html5-20141028/webappapis.html#generic-task-sources
I think specifying the live object updates in terms of the user interaction task source will make it easier to spec gamepad button/axis events in the future.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/gamepad/pull/123#discussion_r343870743
Received on Thursday, 7 November 2019 20:58:00 UTC