input-device-capabilities icon indicating copy to clipboard operation
input-device-capabilities copied to clipboard

Should we add a firesPointerEvents property?

Open jacobrossi opened this issue 10 years ago • 2 comments

Since there are some UI Events that fire pointer events and some that don't, do we want a firesPointerEvents property for completeness?

jacobrossi avatar Jul 13 '15 19:07 jacobrossi

Likewise, firesMouseEvents might be useful for scenarios such as knowing if an Enter keypress is going to produce a click event.

jacobrossi avatar Jul 13 '15 19:07 jacobrossi

Are you suggesting that you'd get a different InputDevice object depending on context (event target, etc.)? Or do the properties on a given device change with context (i.e. the keyboard device has a firesMouseEvents that becomes true briefly after hitting space on a checkbox). Modeling after the APIs in other OSes, I expected we'd want something context-free (eg. Imagine an API to enumerate all devices like we've discussed before in PEWG). Maybe you're talking about new properties of a UIEvent, rather than other properties of InputDevice?

Still, I wondered if (static) properties like those might be valuable InputDevice (certainly "is this a pointer" from the point of view of PE). I don't have particularly compelling scenarios off the top of my head though, so I was trying hard to keep the first rev very focused. See the brainstorm doc in the readme for more API ideas from various folks.

RByers avatar Jul 13 '15 22:07 RByers