subject:"Re\: Swipe gestures on a mobile scroller"

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread J. Landman Gay

I wish. :) I'm hoping the LC team will fix it. Apparently that would 
solve problems for a lot of us.



On 11/20/16 3:53 PM, Scott Morrow wrote:

Jacque,

I had intermittent luck with touchMove as well. I was using it to
swipe open a “delete” button. In the app that uses this feature there
is another way to accomplish the same thing so I settled for
intermittent.

Selfishly, hoping it was something I did wrong and that you would
solve it  :- )

— Scott

On Nov 20, 2016, at 11:34 AM, J. Landman Gay
 wrote:

On 11/20/16 12:36 PM, Paul Hibbert wrote:

It is only a workaround implemented by intercepting the
scrollerDidScroll message


I just tried both Scott's touchMove solution and Paul's
scrollerDidScroll suggestion but neither seem to work on Android.

I'm not surprised there was no scrollerDidScroll message, because
the field width fits the scroller contentRect, so there is nothing
to scroll. It may be working on iOS because there you have a
"bounce" option which allows overscrolling. Android doesn't have
that.

I had hopes for the touchMove solution because that message does
fire sporadically but it failed also. In my tests yesterday I saw
that the message fired fitfully, but even when it did the mouse
position was wrong. I attributed that to the fact that I was
logging the coords to a field, but maybe there's more to it because
after a few responses the logging stopped completely.

-- Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___ use-livecode
mailing list use-livecode@lists.runrev.com Please visit this url to
subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___ use-livecode mailing
list use-livecode@lists.runrev.com Please visit this url to
subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread Scott Morrow

Jacque,

I had intermittent luck with touchMove as well. I was using it to swipe open a 
“delete” button. In the app that uses this feature there is another way to 
accomplish the same thing so I settled for intermittent. 

Selfishly, hoping it was something I did wrong and that you would solve it  :- )

—
Scott
> On Nov 20, 2016, at 11:34 AM, J. Landman Gay  wrote:
> 
> On 11/20/16 12:36 PM, Paul Hibbert wrote:
>> It is only a workaround implemented by intercepting the scrollerDidScroll 
>> message
> 
> I just tried both Scott's touchMove solution and Paul's scrollerDidScroll 
> suggestion but neither seem to work on Android.
> 
> I'm not surprised there was no scrollerDidScroll message, because the field 
> width fits the scroller contentRect, so there is nothing to scroll. It may be 
> working on iOS because there you have a "bounce" option which allows 
> overscrolling. Android doesn't have that.
> 
> I had hopes for the touchMove solution because that message does fire 
> sporadically but it failed also. In my tests yesterday I saw that the message 
> fired fitfully, but even when it did the mouse position was wrong. I 
> attributed that to the fact that I was logging the coords to a field, but 
> maybe there's more to it because after a few responses the logging stopped 
> completely.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread J. Landman Gay


On 11/20/16 12:36 PM, Paul Hibbert wrote:

It is only a workaround implemented by intercepting the scrollerDidScroll 
message


I just tried both Scott's touchMove solution and Paul's 
scrollerDidScroll suggestion but neither seem to work on Android.


I'm not surprised there was no scrollerDidScroll message, because the 
field width fits the scroller contentRect, so there is nothing to 
scroll. It may be working on iOS because there you have a "bounce" 
option which allows overscrolling. Android doesn't have that.


I had hopes for the touchMove solution because that message does fire 
sporadically but it failed also. In my tests yesterday I saw that the 
message fired fitfully, but even when it did the mouse position was 
wrong. I attributed that to the fact that I was logging the coords to a 
field, but maybe there's more to it because after a few responses the 
logging stopped completely.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread Paul Hibbert


> On Nov 20, 2016, at 11:03 AM, J. Landman Gay  wrote:
> 
> does that mean the hscroll property of the mobile scroller must be true?

Just tried this simplified version and it works fine too:

on scrollerDidScroll hOffset, vOffset // Scroll Detect //
 
   if hOffset <0 then ##-->> Detects the Horiz swipe <<--##
  moveBack
   else if hOffset >0 then
  moveForward
   end if
   
   set the vScroll of group "scrollArea" to vOffset ##-->> Scroll the field 
vertically <<—##

end scrollerDidScroll

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread Paul Hibbert

> On Nov 20, 2016, at 11:03 AM, J. Landman Gay  > wrote:
> 
> does that mean the hscroll property of the mobile scroller must be true?

No, the hScroll prop is still false, you are just detecting and using 
(diverting) the information that the scrollerDidScroll message would have used 
to set the hScroll, but it never gets set.

This is the handler:

on scrollerDidScroll hOffset, vOffset // Scroll or Swipe Detect //

   if the hScroll of group "scrollArea" <0 then ##-->> Detects the Horiz swipe 
<<--##
  moveBack
   else if the hScroll of group "scrollArea" >0 then
  moveForward
   end if

   set the vScroll of group "scrollArea" to vOffset ##-->>  Scroll the field 
vertically <<—##

end scrollerDidScroll

It is just a workaround, and it’s not perfect, but may keep you going until the 
main problem is fixed.

Paul
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread J. Landman Gay


On 11/20/16 12:36 PM, Paul Hibbert wrote:



On Nov 19, 2016, at 8:06 PM, J. Landman Gay
 wrote:

I'm not sure how it could work, since the horizontal scroll of my
field is always zero. It doesn't scroll horizontally at all.


The actual hScroll of the field isn’t set, only the vScroll is set in
this example, but it can detect that you are attempting to scroll
horizontally and so you can use that info to initiate a swipe.

It is only a workaround implemented by intercepting the
scrollerDidScroll message, you don’t need to ‘set' the scroll sent by
the message, but you can detect it and use it to swipe.


Right, but does that mean the hscroll property of the mobile scroller 
must be true? Right now mine's false so I assumed it wouldn't even try 
to detect scrolling horizontally. I can change that setting of course.


But your solution and Scott's are very similar so it must work. I'll 
experiment with both. Thanks for the ideas, both of you, but I sure wish 
we could use a simple mouseUp to detect it. It would save a lot of trouble.



--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread Paul Hibbert

> On Nov 19, 2016, at 8:06 PM, J. Landman Gay  wrote:
> 
> I'm not sure how it could work, since the horizontal scroll of my field is 
> always zero. It doesn't scroll horizontally at all.

The actual hScroll of the field isn’t set, only the vScroll is set in this 
example, but it can detect that you are attempting to scroll horizontally and 
so you can use that info to initiate a swipe.

It is only a workaround implemented by intercepting the scrollerDidScroll 
message, you don’t need to ‘set' the scroll sent by the message, but you can 
detect it and use it to swipe.

Paul
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-20 Thread Scott Morrow

I used touchMove and found it at least partially reliable for horizontal swipes 
on iOS (not tried on Android)
Something like:

global gHorizontalSwipeDistance
local lMouseStartH
local lMouseStartV


-- put 80 into gHorizontalSwipeDistance -- depending on the resolution during 
startup

on touchStart pID
   put the mouseV into lMouseStartV
   put the mouseH into lMouseStartH
end touchStart

on touchMove pTouchID, pTouchH, pTouchV
   -- see if there was a horizontal swipe
   if (abs(pTouchH - lMouseStartH) > gHorizontalSwipeDistance) AND\
   (abs(pTouchV - lMouseStartV) < gVerticalSwipeDistance) then
  -- they swiped

   end if
end touch


Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   http://elementarysoftware.com/
email sc...@elementarysoftware.com
office 1-800-615-0867
--








> On Nov 19, 2016, at 8:13 PM, J. Landman Gay  wrote:
> 
> BTW, there appears to be a related bug that got fixed:
> 
> 
> MouseUp wasn't being sent when a native scroller was active. It looks like 
> they fixed that one but forgot to check related swipe mouseUps. Hopefully the 
> team can use the same fix again.
> 
> 
> On 11/19/16 10:06 PM, J. Landman Gay wrote:
>> Well, it's good to know I'm not alone I guess. ;) I just wish I'd asked
>> earlier, before I spent some hours tracking down the problem. I'd like
>> to think the omission of mouseUp/touchEnd messages was an oversight,
>> since we do get all the other mouse messages.
>> 
>> I haven't tried Paul's workaround. I'm not sure how it could work, since
>> the horizontal scroll of my field is always zero. It doesn't scroll
>> horizontally at all.
>> 
>> The fix should really be in the engine though.
>> 
>> On 11/19/16 8:53 PM, Terry Judd wrote:
>>> Hi Jacque - I struggled with this for ages on an iOS and android app
>>> earlier in the year (vertical scrolling content with side-to-side
>>> swiping for navigation (a la iCal). After trying a truckload of
>>> different approaches (hacks) I mostly got it to work on iOS (I still
>>> got intermittent failures) and I eventually gave up altogether on
>>> android and used left and right buttons instead. Things might have
>>> improved then but based on your experience it sounds unlikely. Happy
>>> to dig out my hacky iOS code if that helps but engine level fixes
>>> would be better.
>>> 
>>> Terry...
>>> 
>>> Sent from my iPad
>>> 
 On 20 Nov 2016, at 6:39 AM, J. Landman Gay
  wrote:
 
> On 11/19/16 2:18 AM, J. Landman Gay wrote: I have a native mobile
> scroller handling the vertical scroll of a field. I want to add
> swipe gestures to change cards. When swiping, I get a mouseDown,
> sporadic mouseMoves (the logging might be interfering, not sure,
> but after a couple they stop) and no mouseUp at all.
> 
> I tried using touchStart/touchMove/touchEnd instead and the
> result is the same. TouchStart always fires, touchMove is iffy,
> and touchEnd never happens.
> 
> Without the end message I can't calculate the direction. Plain
> taps work fine with either set of messages, I do get
> mouseUp/touchEnd if it's a tap. It's only swipes that don't
> report.
> 
> The scroller has its hScroll property set to false if that
> matters, as I don't want horizontal scrolling but I do want to
> track the touch direction.
 
 The problem has apparently been around for quite some time:
 
 
 Anyone have a workaround?
 
 -- Jacqueline Landman Gay | jac...@hyperactivesw.com
 HyperActive Software   | http://www.hyperactivesw.com
 
 ___ use-livecode
 mailing list use-livecode@lists.runrev.com Please visit this url to
 subscribe, unsubscribe and manage your subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> ___ use-livecode mailing
>>> list use-livecode@lists.runrev.com Please visit this url to
>>> subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> 
>> 
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:

Re: Swipe gestures on a mobile scroller

2016-11-19 Thread J. Landman Gay


BTW, there appears to be a related bug that got fixed:


MouseUp wasn't being sent when a native scroller was active. It looks 
like they fixed that one but forgot to check related swipe mouseUps. 
Hopefully the team can use the same fix again.



On 11/19/16 10:06 PM, J. Landman Gay wrote:

Well, it's good to know I'm not alone I guess. ;) I just wish I'd asked
earlier, before I spent some hours tracking down the problem. I'd like
to think the omission of mouseUp/touchEnd messages was an oversight,
since we do get all the other mouse messages.

I haven't tried Paul's workaround. I'm not sure how it could work, since
the horizontal scroll of my field is always zero. It doesn't scroll
horizontally at all.

The fix should really be in the engine though.

On 11/19/16 8:53 PM, Terry Judd wrote:

Hi Jacque - I struggled with this for ages on an iOS and android app
earlier in the year (vertical scrolling content with side-to-side
swiping for navigation (a la iCal). After trying a truckload of
different approaches (hacks) I mostly got it to work on iOS (I still
got intermittent failures) and I eventually gave up altogether on
android and used left and right buttons instead. Things might have
improved then but based on your experience it sounds unlikely. Happy
to dig out my hacky iOS code if that helps but engine level fixes
would be better.

Terry...

Sent from my iPad


On 20 Nov 2016, at 6:39 AM, J. Landman Gay
 wrote:


On 11/19/16 2:18 AM, J. Landman Gay wrote: I have a native mobile
scroller handling the vertical scroll of a field. I want to add
swipe gestures to change cards. When swiping, I get a mouseDown,
sporadic mouseMoves (the logging might be interfering, not sure,
but after a couple they stop) and no mouseUp at all.

I tried using touchStart/touchMove/touchEnd instead and the
result is the same. TouchStart always fires, touchMove is iffy,
and touchEnd never happens.

Without the end message I can't calculate the direction. Plain
taps work fine with either set of messages, I do get
mouseUp/touchEnd if it's a tap. It's only swipes that don't
report.

The scroller has its hScroll property set to false if that
matters, as I don't want horizontal scrolling but I do want to
track the touch direction.


The problem has apparently been around for quite some time:


Anyone have a workaround?

-- Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___ use-livecode
mailing list use-livecode@lists.runrev.com Please visit this url to
subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___ use-livecode mailing
list use-livecode@lists.runrev.com Please visit this url to
subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode







--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-19 Thread J. Landman Gay

Well, it's good to know I'm not alone I guess. ;) I just wish I'd asked 
earlier, before I spent some hours tracking down the problem. I'd like 
to think the omission of mouseUp/touchEnd messages was an oversight, 
since we do get all the other mouse messages.


I haven't tried Paul's workaround. I'm not sure how it could work, since 
the horizontal scroll of my field is always zero. It doesn't scroll 
horizontally at all.


The fix should really be in the engine though.

On 11/19/16 8:53 PM, Terry Judd wrote:

Hi Jacque - I struggled with this for ages on an iOS and android app
earlier in the year (vertical scrolling content with side-to-side
swiping for navigation (a la iCal). After trying a truckload of
different approaches (hacks) I mostly got it to work on iOS (I still
got intermittent failures) and I eventually gave up altogether on
android and used left and right buttons instead. Things might have
improved then but based on your experience it sounds unlikely. Happy
to dig out my hacky iOS code if that helps but engine level fixes
would be better.

Terry...

Sent from my iPad


On 20 Nov 2016, at 6:39 AM, J. Landman Gay
 wrote:


On 11/19/16 2:18 AM, J. Landman Gay wrote: I have a native mobile
scroller handling the vertical scroll of a field. I want to add
swipe gestures to change cards. When swiping, I get a mouseDown,
sporadic mouseMoves (the logging might be interfering, not sure,
but after a couple they stop) and no mouseUp at all.

I tried using touchStart/touchMove/touchEnd instead and the
result is the same. TouchStart always fires, touchMove is iffy,
and touchEnd never happens.

Without the end message I can't calculate the direction. Plain
taps work fine with either set of messages, I do get
mouseUp/touchEnd if it's a tap. It's only swipes that don't
report.

The scroller has its hScroll property set to false if that
matters, as I don't want horizontal scrolling but I do want to
track the touch direction.


The problem has apparently been around for quite some time:


Anyone have a workaround?

-- Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___ use-livecode
mailing list use-livecode@lists.runrev.com Please visit this url to
subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___ use-livecode mailing
list use-livecode@lists.runrev.com Please visit this url to
subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-19 Thread Terry Judd

Hi Jacque - I struggled with this for ages on an iOS and android app earlier in 
the year (vertical scrolling content with side-to-side swiping for navigation 
(a la iCal). After trying a truckload of different approaches (hacks) I mostly 
got it to work on iOS (I still got intermittent failures) and I eventually gave 
up altogether on android and used left and right buttons instead. Things might 
have improved then but based on your experience it sounds unlikely. Happy to 
dig out my hacky iOS code if that helps but engine level fixes would be better.

Terry...

Sent from my iPad

> On 20 Nov 2016, at 6:39 AM, J. Landman Gay  wrote:
> 
>> On 11/19/16 2:18 AM, J. Landman Gay wrote:
>> I have a native mobile scroller handling the vertical scroll of a field.
>> I want to add swipe gestures to change cards. When swiping, I get a
>> mouseDown, sporadic mouseMoves (the logging might be interfering, not
>> sure, but after a couple they stop) and no mouseUp at all.
>> 
>> I tried using touchStart/touchMove/touchEnd instead and the result is
>> the same. TouchStart always fires, touchMove is iffy, and touchEnd never
>> happens.
>> 
>> Without the end message I can't calculate the direction. Plain taps work
>> fine with either set of messages, I do get mouseUp/touchEnd if it's a
>> tap. It's only swipes that don't report.
>> 
>> The scroller has its hScroll property set to false if that matters, as I
>> don't want horizontal scrolling but I do want to track the touch direction.
> 
> The problem has apparently been around for quite some time:
> 
> 
> Anyone have a workaround?
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-19 Thread Paul Hibbert


> On Nov 19, 2016, at 11:38 AM, J. Landman Gay  wrote:
> 
> Anyone have a workaround?


Kind of! I built an iOS app that needed to display some long fields of text, I 
built some pages based around this lesson:

http://lessons.livecode.com/m/4069/l/94412-creating-a-native-scroller-to-scroll-a-field?id=94412-creating-a-native-scroller-to-scroll-a-field

I had the same problem with navigating cards using swipe gestures because the 
field covered the majority of the card, I managed to work around the problem by 
modifying the scrollerDidScroll handler to:

on scrollerDidScroll hOffset, vOffset
// When the user scrolls horizontally, navigate in the desired direction

if the hScroll of group "scrollArea" <0 then // Detect the horizontal swipe

   moveBack // Stack handler to move back to Index card

 else if the hScroll of group "scrollArea" >0 then

   moveForward // Stack handler to move to next card

end if

// When the user swipes vertically, scroll the displayed content

set the vScroll of group "scrollArea" to vOffset

end scrollerDidScroll

To make this work I had to set these properties on the text field;
traversalOn “false”
autoHilite “false”
lock text “true”
So this may not work if you need the user to be able to modify the text unless 
you can give them a method of changing between edit/navigate modes.

I’ve managed to update the lesson file, it's on dropbox, so if it helps here it 
is for you to test:
https://www.dropbox.com/s/ak234nlwbgfko3p/Scroll%20Test.livecode?dl=0 


It does seem to be reasonably reliable, but not if you tend to swipe too fast, 
I have’t tried it on Android though.

Paul
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

2016-11-19 Thread J. Landman Gay


On 11/19/16 2:18 AM, J. Landman Gay wrote:

I have a native mobile scroller handling the vertical scroll of a field.
I want to add swipe gestures to change cards. When swiping, I get a
mouseDown, sporadic mouseMoves (the logging might be interfering, not
sure, but after a couple they stop) and no mouseUp at all.

I tried using touchStart/touchMove/touchEnd instead and the result is
the same. TouchStart always fires, touchMove is iffy, and touchEnd never
happens.

Without the end message I can't calculate the direction. Plain taps work
fine with either set of messages, I do get mouseUp/touchEnd if it's a
tap. It's only swipes that don't report.

The scroller has its hScroll property set to false if that matters, as I
don't want horizontal scrolling but I do want to track the touch direction.



The problem has apparently been around for quite some time:


Anyone have a workaround?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

Re: Swipe gestures on a mobile scroller

13 matches

Site Navigation

Mail list logo

Footer information