RE: Exposing high-frequency mouse/touch movement?

On Fri, May 30, 2014 at 3:34 PM, Rick Byers <rbyers@google.com> wrote:
>
> +chromium input-dev since some folks there have been involved in specific scenarios.
>
> We've had some complaints about gaming scenarios involving the mouse (for games that are fast enough to process more than one input event during a frame).  We are also starting to put a bit of effort into stylus scenarios (eg. working with Wacom to add some minimal support to ChromeOS via MouseEvents). I agree that it's unlikely to be very important for touch due to the inherent imprecision, but in general we're always looking to expose all the power of our underlying platform - so we at least want to understand this problem better to help prioritize.
>
> So if it's stylus scenarios that are more important to you, why does Windows 8 seem to have a touch-specific API here?  

My team doesn't build Windows Runtime APIs, but I'll speculate.  Since WinRT is Windows only and there's a versioning system in place for apps, they can afford to err on the side of the kitchen sink approach to provide more capabilities.

> Is there some other way to get the full history (or disable coalescing) for stylus events?

History, yes: http://msdn.microsoft.com/en-us/library/windows/desktop/hh454889(v=vs.85).aspx 
Disable coalescing, no (for any input type).

-Jacob

Received on Friday, 30 May 2014 21:09:13 UTC