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
{{ message }}
This repository has been archived by the owner on Sep 4, 2019. It is now read-only.
The below code demonstrates the behaviour. If you run this as the index.html base in a config.xml with the appropriate jquery blackberry mobile js and and css in the same folder, you should see what I mean.
The problem is that when a screen is vertically scrollable (like the one below), then unless you swipe REALLY quickly and cross your fingers, stand on your head and wish on a star, the swipe won't get registered. Swipes in the boxed area, if they work, will cause a scroll left or right animation. You can see swipes working properly if you uncomment the line with scrollSupressionThreshold. I'm not sure if this is an appropriate workaround - maybe it's as simple as setting a better default for this value in this project?
Are touchmove events supposed to stop firing once scrolling begins? I think that makes sense, but it was my first time that it has impacted me.
I hope you can appreciate that tracking down the minimal case why swipe wasn't working here was not an easy task!
I am not able to reproduce this issue with your code.
Seems to be working well. No wishing a star or finger crossing required.
Which build os build are you currently running?
Try swiping a bit slower. Or for some whitebox testing, put a console.log in the movehandler() found in $.event.special.swipe of the JQM js file. Maybe your device is a bit slower on its first touchmove event than the devices I'm using?
The specific issue is that if the first touchmove event has any vertical component and it has less horizontal component than $.event.special.swipe.scrollSupressionThreshold, then my device stops throwing touchmove events. Therefore, if you're trying to reproduce this issue as a device problem, then another whitebox testing approach would be raise the $.event.special.swipe.scrollSupressionThreshold to where your device is experiencing the same problem as myself.
I could reproduce this on multiple Dev Alpha B devices all running the latest OS as of 1 week ago. I know there was a new SDK/OS to be released around Jan 3rd, but I haven't seen that yet.
Hopefully this info helps.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The below code demonstrates the behaviour. If you run this as the index.html base in a config.xml with the appropriate jquery blackberry mobile js and and css in the same folder, you should see what I mean.
The problem is that when a screen is vertically scrollable (like the one below), then unless you swipe REALLY quickly and cross your fingers, stand on your head and wish on a star, the swipe won't get registered. Swipes in the boxed area, if they work, will cause a scroll left or right animation. You can see swipes working properly if you uncomment the line with scrollSupressionThreshold. I'm not sure if this is an appropriate workaround - maybe it's as simple as setting a better default for this value in this project?
Are touchmove events supposed to stop firing once scrolling begins? I think that makes sense, but it was my first time that it has impacted me.
I hope you can appreciate that tracking down the minimal case why swipe wasn't working here was not an easy task!
The text was updated successfully, but these errors were encountered: