You can clone with
HTTPS or Subversion.
Using any touch to mouse extension, like UI Touch Punch, will create empty ghost events in Draggable. Patch checks for these and cancels.
Why does it generate ghost events and why is it our responsibility to fix their erroneous events?
I'm not sure. It isn't their bug, it is the mouse handler (or draggable) that is creating these events. Or perhaps it is an Safari iPad bug.
It cannot be fixed on the level of the extension it seems, but this simple fix cures it for all touch conversion-related extensions.
Do you want an extended test case?
@furf do you know what's going on here?
@pcvandam You're saying that jQuery UI is generating additional events? If so, can you point to where that generation is occurring?
@pcvandam which ghost events are you seeing?
can you provide an extended use case? feel free to use this fiddle as a starting point: http://jsfiddle.net/bmL4L/3/
Sorry for the delay.
Eventually I found the unlikely culprit: cursor: 'move' in Draggable. Setting this directive causes the iPad Safari with Touch Punch to create the extra empty mouse-events.
You can easily test with the iPad simulator and see the 'flash' where it tries to move to the faulty location. Removing cursor: 'move' fixes this issue. Or you can filter the erroneous events from ui.mouse as in my commit, but that might not be the best fix as I look at it now.
@furf @pcvandam so is this something touchpunch can address? Otherwise we should just land this for 1.9.1. The interaction redesign will invalidate the whole context eventually.
any progress here @pcvandam, @furf, @jzaefferer ?
Thanks for this patch! I'm not so sure see why we should be fixing this, though. I'm going to close this pull request, and will reopen it if we here back from @furf saying there is no reasonable way to fix this in touchpunch. Thanks again everyone.