Maybe each card could have a parameter like "swipeTo" which would be the id of another card. Default could be nothing, which would disable swipe. But if there's a card id in there then swiping would put that card "underneath" so it's visible as the current card moves and if the swipe gesture completes the stack moves to that new card.
The swipe gesture might be just a scroll that's handled as a swipe when the card can't scroll in that direction. Like if you swipe up/down the content scrolls, but if you swipe left/right, since there's no scroll in that direction, you get a swipe to another card. On Wed, Apr 26, 2017 at 1:41 PM, Paul Dupuis via use-livecode < use-livecode@lists.runrev.com> wrote: > On 4/26/2017 3:02 PM, Richard Gaskin via use-livecode wrote: > > Either way, the gestures themselves are only part of the challenge. > > In fact, for card swiping we need only one, a swipe. The bigger part > > is handling the dual-card render during the gesture. > > > This would work (in theory) for the visualization except that didn't > visual effect end in LC 8 with deprecating quicktime? > > visual effect wipe left slowly > go next cd > > > _______________________________________________ > 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
