Re: [DOM3Events] InputDevice API sketch

Ping.  Any thoughts on whether DOM events should start going down this path
of exposing 'sourceDevice' information?   Domenic, you asked for the design
sketch - any thoughts?

We've been dancing around this problem of separating logical events from
lower level physical input device information for years and I think the web
has suffered as a result (with all the guess work developers need to do on
the web compared to native platforms).  Any suggestions on how to enable
progress here?

Rick

On Mon, Mar 9, 2015 at 11:17 AM, Rick Byers <rbyers@chromium.org> wrote:

> +public-touchevents (sorry for the spam).
>
> On Mon, Mar 9, 2015 at 11:04 AM, Rick Byers <rbyers@chromium.org> wrote:
>
>> In our latest discussion of how best to identify mouse events derived
>> from touch events, I proposed a 'sourceDevice' property
>> <https://lists.w3.org/Archives/Public/www-dom/2015JanMar/0052.html>.  Domenic
>> asked <https://lists.w3.org/Archives/Public/www-dom/2015JanMar/0052.html>
>> for a rough sketch of what such an InputDevice API might grow to become.
>> Here
>> <https://docs.google.com/a/chromium.org/document/d/1WLadG2dn4vlCewOmUtUEoRsThiptC7Ox28CRmYUn8Uw/edit#>
>> is my first attempt at such a sketch, including some detailed references to
>> similar APIs in other platforms.  Any thoughts?
>>
>> Note that at the moment I'm primarily interested in standardizing and
>> implementing the 'firesTouchEvents' bit.  However if it makes more sense
>> for coherency, I'd also support adding (and implementing in chromium) a few
>> of the other non-controversial pieces.
>>
>> Rick
>>
>>
>

Received on Tuesday, 24 March 2015 16:08:54 UTC