You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using minTime or minDistance, calls to stopPropagation and stopImmediatePropagation don't work for listeners of the gesturemovestart event. That's because when one of these properties are set the event is triggered asynchronously, so the listener ends up calling stopPropagation after the browser has already propagated the original events. Since DOMEventFacade relies on the browser to stop the propagation, gesturemovestart triggers for other nodes regardless of requests not to do so.
The best way I could find to fix this bug right now was to simulate the browser work for stopping events. I'm doing this by storing information about the request to stop the propagation in the native event, and using that to find out which events should be ignored.
I'll be sending a pull request with this soon, but let me know if anyone can find a better solution for it.
The text was updated successfully, but these errors were encountered:
…minTime or minDistance is set
When using minTime or minDistance, stopPropagation calls don't work anymore for the gesturemovestart event. That's because these are triggered asynchronously, so stopPropagation ends up being called after the original events already propagated. This is explained in more detail in issue yui#1901.
This is fixing the problem by adding a flag to the original event indicating it has been stopped, and then preventing any gesturemovestart events tied events with that flag from firing.
When using minTime or minDistance, calls to stopPropagation and stopImmediatePropagation don't work for listeners of the gesturemovestart event. That's because when one of these properties are set the event is triggered asynchronously, so the listener ends up calling stopPropagation after the browser has already propagated the original events. Since DOMEventFacade relies on the browser to stop the propagation, gesturemovestart triggers for other nodes regardless of requests not to do so.
The best way I could find to fix this bug right now was to simulate the browser work for stopping events. I'm doing this by storing information about the request to stop the propagation in the native event, and using that to find out which events should be ignored.
I'll be sending a pull request with this soon, but let me know if anyone can find a better solution for it.
The text was updated successfully, but these errors were encountered: