- 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