Re: [DOM3Events] InputDevice API sketch

Rick Byers <[email protected]> Sat, 28 Mar 2015 19:38:58 -0400
Newsgroups gmane.comp.web.dom.general
Message-ID <CAFUtAY-S5e048vMrL4gsfjWGuQqvVoj5i2AfOi=t0WEoX7BEmQ@mail.gmail.com>
Thank you very much!

So what's the best path forward to starting to spec something here?  Is the
UI Events spec the best place to put this?

Rick

On Sat, Mar 28, 2015 at 6:20 PM, Domenic Denicola <[email protected]> wrote:

>  Overall I really like this. It definitely affirms that a sourceDevice
> property would have room to grow into something genuinely useful, as people
> come up with more use cases that might desire the various properties you’ve
> sketched out. Great stuff!
>
>
>
> *From:* [email protected] [mailto:[email protected]] *On Behalf Of *Rick
> Byers
> *Sent:* Tuesday, March 24, 2015 12:08
> *To:* [email protected]; Gary Kacmarcik (Кошмарчик); Domenic Denicola;
> Mustaq Ahmed; [email protected]; [email protected]
> *Subject:* 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 <[email protected]> wrote:
>
>  +public-touchevents (sorry for the spam).
>
>
>
> On Mon, Mar 9, 2015 at 11:04 AM, Rick Byers <[email protected]> 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
>
>
>
>
>
>
>