RE: New webkitmouseforce* events in WebKit

From what I can tell, this all could probably be written as a library on top of pointer events with pressure wired up (with the exception of needing a hook to cancel whatever the “native force click behaviors” are).  I’m worried about the coding patterns this will prodcue and how that will behave in browsers that don’t support them. I haven’t given it much thought, but the likelihood of interoperability here seems poor (though a lack of standards consideration pretty much insists on this problem).

Not to mention, the “cancel this event to get a series of other events” follows the drag drop model, which I heard some web devs don’t like too much. ☺ [1]

[1]  (NSFW language here): http://www.quirksmode.org/blog/archives/2009/09/the_html5_drag.html


From: rbyers@google.com [mailto:rbyers@google.com] On Behalf Of Rick Byers
Sent: Thursday, March 26, 2015 4:43 PM
To: Patrick H. Lauke
Cc: public-pointer-events@w3.org
Subject: Re: New webkitmouseforce* events in WebKit

They do appear to be exposed to the web, and I think that's the whole point.  They want to enable web pages to have the same control over the force touch experience that native apps do: https://developer.apple.com/osx/force-touch/.


At least they're aggressively exposing native input functionality to the web - better that then encouraging developers to push MacOS apps instead of their websites IMHO :-)

Rick

On Thu, Mar 26, 2015 at 11:28 AM, Patrick H. Lauke <redux@splintered.co.uk<mailto:redux@splintered.co.uk>> wrote:
On 26/03/2015 15:24, Olli Pettay wrote:

Do you know if these are actually exposed to the web? I sure hope not. I
thought we all agree that vendor prefixes don't work and are harmful.

There is no "we" in "webkit". Oh, wait ;)


P
--
Patrick H. Lauke

www.splintered.co.uk<http://www.splintered.co.uk> | https://github.com/patrickhlauke

http://flickr.com/photos/redux/ | http://redux.deviantart.com

twitter: @patrick_h_lauke | skype: patrick_h_lauke