Re: Swipe transitions

[Sannyasin Brahmanathaswami via use-livecode]

yes, this!

The deeper I get into mobile design the more it becomes clear that true 
swipe transitions are somnething users expect, and by extension 
something new developers would expect to be supported.

hit me hard yesterday when a new beta tester, 15 year old with an iPod Touch  
with no cell or data connection (parents don’t' want him to have that yet) but 
can get everything on wifi, and has lots of apps … little thing is really a 
jewel. Makes my iPhone 7 look liks some kind of semi-truck! ha

anyway, the device is so small, he can practically reach his thumb to the top 
of the screen, so I logged him into our local wifi. got his UDID from xCode 
install our new SivaSiva app.

 I was amazed at how often he would "flick" his thumb, left or right, expecting 
something to happen.  I had to say " you can only go up or down tap to 
navigate."

And this: from a visitor today, retired lady teaching in three remote schools 
in Bengal now 

Q: how many of these poor kids in remote areas have phones?
A: Answer  "Swamiji! *everyone* has phones! It's amazing, even the boatman will 
be padding with one leg and talking on is phone on the other (lots of water 
ways in Bengal) They are all buying inexpensive Androids from Korea… "MicroMax" 
I think they are.."

Q: how many of these kids have any facility in English
A: among the young: 30-40%

Oh boy… gotta get me one of these MicroMaxes… did think I would have such a 
huge market in Bengal remote villiages!

and, they too will all be swiping!

BR



___
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 transitions

[J. Landman Gay via use-livecode]

On 7/19/17 4:17 PM, Richard Gaskin via use-livecode wrote:

J. Landman Gay wrote:

 > On 7/19/17 2:10 PM, Richard Gaskin via use-livecode wrote:
 >> But that would only take care of the swipe of the current card.
 >> We'd also need some way to assign the destination card for each
 >> swipe direction.
 >>
 >> What should that syntax look like, and how do we discern swipe events
 >> from others on controls within the card?
 >
 > lock screen for swipe effect
 > switch pDir
 >   case "left"
 > ...
 >   case "right"
 > ...
 >   case "up"
 > ...
 >   case "down"
 > ...
 > end switch
 > unlock screen with swipe effect pDir

Well done. I like the simplicity of that.

I think I was originally over-thinking it, about options for specifying 
snap-back thresholds and more.  But there's enough consistency these 
days to decide on good defaults and just run with those.


@LC Team: Can we have that next Tuesday please?



I officially asked:


--
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

Swipe transitions

[Jim Lambert via use-livecode]

It would be cool if LiveCode could tap into underlying OS animation functions.
For example, at WWDC 2017 Apple showed how UI KIT can support interactive and 
interruptible animations. 
These are very handy for doing smooth and interactive transitions.

LiveCoders are used to building things like transitions between screens.
But more and more OSes offer ever more sophisticated animations and transitions 
at the OS level. Users will expect the real things rather than facsimiles.

Admittedly LiveCode may have a difficult time supporting such native features, 
especially as OS vendors seek to differentiate themselves with unique features 
without direct correlates on other OSes.

Jim Lambert
___
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 transitions

[Brian Milby via use-livecode]

 
 

 Swipe detection would be useful for other than the whole card too.DG2 is 
supposed to have that piece.Think of the way you can delete an email on the 
iPhone.From a detection perspective, it is the same motion.You would 
need the direction and position to take the correct action.The animation of 
the change would be quite different though since those tend to be more 
responsive and can be started and backed out of.
 
 

 
>  
> On Jul 19, 2017 at 4:17 PM,   (mailto:use-livecode@lists.runrev.com)>  wrote:
>  
>  
>  
>  J. Landman Gay wrote:  >  On 7/19/17 2:10 PM, Richard Gaskin via 
> use-livecode wrote:  >>  But that would only take care of the swipe of the 
> current card.  >>  We'd also need some way to assign the destination card for 
> each  >>  swipe direction.  >>   >>  What should that syntax look like, and 
> how do we discern swipe events  >>  from others on controls within the card?  
> >   >  lock screen for swipe effect  >  switch pDir  >  case "left"  >  ...  
> >  case "right"  >  ...  >  case "up"  >  ...  >  case "down"  >  ...  >  end 
> switch  >  unlock screen with swipe effect pDir Well done. I like the 
> simplicity of that. I think I was originally over-thinking it, about options 
> for specifying snap-back thresholds and more. But there's enough consistency 
> these days to decide on good defaults and just run with those. @LC Team: Can 
> we have that next Tuesday please? -- Richard Gaskin Fourth World Systems 
> Software Design and Development for the Desktop, Mobile, and the Web 
> _
___ ambassa...@fourthworld.com 
http://www.FourthWorld.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 transitions

[Richard Gaskin via use-livecode]

J. Landman Gay wrote:

> On 7/19/17 2:10 PM, Richard Gaskin via use-livecode wrote:
>> But that would only take care of the swipe of the current card.
>> We'd also need some way to assign the destination card for each
>> swipe direction.
>>
>> What should that syntax look like, and how do we discern swipe events
>> from others on controls within the card?
>
> lock screen for swipe effect
> switch pDir
>   case "left"
> ...
>   case "right"
> ...
>   case "up"
> ...
>   case "down"
> ...
> end switch
> unlock screen with swipe effect pDir

Well done. I like the simplicity of that.

I think I was originally over-thinking it, about options for specifying 
snap-back thresholds and more.  But there's enough consistency these 
days to decide on good defaults and just run with those.


@LC Team: Can we have that next Tuesday please?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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 transitions

[J. Landman Gay via use-livecode]

On 7/19/17 2:10 PM, Richard Gaskin via use-livecode wrote:
But that would only take care of the swipe of the current card.  We'd 
also need some way to assign the destination card for each swipe direction.


What should that syntax look like, and how do we discern swipe events 
from others on controls within the card?


lock screen for swipe effect
switch pDir
 case "left"
   ...
 case "right"
   ...
 case "up"
   ...
 case "down"
   ...
end switch
unlock screen with swipe effect pDir

--
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

Swipe transitions

[Richard Gaskin via use-livecode]

The deeper I get into mobile design the more it becomes clear that true 
swipe transitions are somnething users expect, and by extension 
something new developers would expect to be supported.


Having used LC a long time, I can come up with all sorts of ways of 
crating groups for this, but that's a lot of work for newcomers, 
something of a turn-off.


What is the smallest number of language elements needed to implement 
swipe transitions?


I can imagine at a minimum needing something like a card property called 
the swipeDirections, which can include either left and/or right, or up 
and/or down, or all four, or none.


But that would only take care of the swipe of the current card.  We'd 
also need some way to assign the destination card for each swipe direction.


What should that syntax look like, and how do we discern swipe events 
from others on controls within the card?  How is that distinction made 
in Java/Swift apps?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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