Opened 5 years ago

Closed 4 years ago

#18227 closed defect (patchwelcome)

PointerEvent abstraction in dojo/touch

Reported by: Flowkap Owned by:
Priority: undecided Milestone: 1.13
Component: Core Version: 1.10.0
Keywords: Cc:
Blocked By: Blocking:

Description

Hello,

according to:

http://stackoverflow.com/questions/23749238/browser-embedded-in-wpf-not-handling-pointer-events/25404809#25404809

WebBrowser? Controls do not fire pointer events. I found out thet the feature detection in dojo/touch just checks the availability of pointer events but not if they are actually being fired.

So using a WebBrowser? control in IE10 mode give a valid pointer events suppport but still they are not fired.

Accordingly to

http://msdn.microsoft.com/en-us/library/ie/hh673557(v=vs.85).aspx

The feature detection here also checks if they are actually used. In my case that detection says NO for WebBrowser? controls whereas the dojo/touch still says yes.

If now dojo.press is used I don't get any events as dojo/touch only listens to the not firing pointer events.

Best solution would be to listen to both event types at any time. At least check if pointer events are actually supported in IE.

Change History (2)

comment:1 Changed 5 years ago by ben hockey

comment:2 Changed 4 years ago by dylan

Milestone: tbd1.12
Resolution: patchwelcome
Status: newclosed

Chrome has obviously reversed their decision. That said, I think we'll probably mark this as patchwelcome. We could look at using the PointerEventsPolyfill? perhaps (which is the current plan for Dojo 2)?

Note: See TracTickets for help on using tickets.