terry.judd at unimelb.edu.au
Mon Jan 20 18:44:26 EST 2020
I spent a lot of time trying to do this on iOS and gave up (I was working with a per day calendar style scrolling object that you would swipe to change days). It worked some/most of the time but like you say, scrolling seems to override everything else. I even tried disabling scrolling until you had worked out whether you were scrolling or swiping but that was a dead end as well. Sorry - that's not very helpful though.
On 21/1/20, 10:24 am, "use-livecode on behalf of J. Landman Gay via use-livecode" <use-livecode-bounces at lists.runrev.com on behalf of use-livecode at lists.runrev.com> wrote:
On 1/19/20 2:23 PM, J. Landman Gay via use-livecode wrote:
> I'm using a native scroller for both Android and iOS. I track the
> mouseDown position and the mouseUp position to see if the swipe is
> vertical or horizontal. Vertical causes a scroll, horizontal is a swipe.
> This works on Android.
> On iOS the mouseDown isn't registered fast enough and swiping doesn't
> work unless you hold down for a second before continuing the swipe. I
> think this must be related to the iOS-only properties delayTouches
> and/or canCancelTouches but I've tried combinations of both without
Plodding through my own issues today: the above is marginally
inaccurate. Swiping horizontally does work but only if the scroller is
absolutely still. If you swipe even slightly upward (but mostly
horizontal) it acts like a vertical scroll. One of those scroller
properties I mentioned should be preventing that, right?
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
More information about the use-livecode