Multiple Stacks on Mobile

[Ray]

Scott - I'm experimenting with this now and not having a whole lot of 
success, mainly due to the limitation you've mentioned here.  I was 
hoping I could hide and show images instead of going from card to card.  
That might leave a field on screen independent of the transition, but I 
was wrong.  You're right.  You can't use a built-in motion transition 
and keep an object on the card independent of it.  I'm not hopeful about 
the browser idea on mobile so I have to give this some thought.  I guess 
I can experiment with the move command.  Wouldn't it be nice if I could 
just display a stack as a floating palette on mobile!

On 7/28/15 5:59 PM, Scott Rossi wrote:
> If you're planning to hide the stationary objects during the transition,
> that would work, but otherwise, I don't think so.  You can't use a
> built-in motion transition and keep objects (real or virtual) in a fixed
> location on the card.
>
> One thing that came to mind as another option is the updated browser
> control.  I *think* the new version might allow layering with other
> LiveCode objects, but I'm not sure.  If yes, then that could be an option
> since you could place a browser on the first layer of the card to display
> background images, and use Javascript to do some nice transitions behind
> objects in the foreground.  How well this would work on mobile, if it does
> at all, I have no idea.
>
> Regards,
>
> Scott Rossi
> Creative Director
> Tactile Media, UX/UI Design
>
>
>
>
> On 7/28/15, 9:37 AM, "Ray" <ray at linkit.com> wrote:
>
>> I'm currently using this:
>>     lock screen for visual effect
>>     go next card
>>     unlock screen with visual effect push right fast
>>
>> Works great, but it's the whole card.  I'd like to maintain a few
>> transparent fields and images in a fixed way in front of this so the
>> whole transition is happening behind these objects, much like a
>> 'heads-up' in a video game which shows how much ammunition you have left.
>>
>> I, too, doubt the move command would work well on under-powered mobile
>> devices.  I'm kind of leaning toward something like this:
>>     hide the objects I want to remain stationary and get a snapshot of
>> the both the current and destination cards
>>     re-show the objects I want to remain stationary
>>     lock screen for visual effect
>>     hide the snapshot of the current card, show the snapshot of the
>> destination card
>>     unlock screen with visual effect push right fast
>>     copy the objects I want to remain stationary to the destination card
>>     go to the destination card
>>     delete both snapshots
>>
>> What do you think?
>>
>>
>> On 7/28/15 5:14 PM, Scott Rossi wrote:
>>> I think I see what you're trying to do, and if I understand correctly,
>>> you
>>> can't do it using built-intransitions.  You can restrict transitions
>>> WITHIN a specified rect or object, but not outside (in this case, the
>>> background).
>>>
>>> What transition are you using -- one of the motion-based options like
>>> push
>>> or scroll?  If yes, one solution could be to use the move command or
>>> something like AnimationEngine to physically move background groups left
>>> and right (or up and down).  But since we're talking about the entire
>>> width/height of the card, that might be a lot of screen to update, which
>>> could bog down on an underpowered device.
>>>
>>> Regards,
>>>
>>> Scott Rossi
>>> Creative Director
>>> Tactile Media, UX/UI Design
>>>
>>>
>>>
>>>
>>> On 7/28/15, 9:01 AM, "Ray" <ray at linkit.com> wrote:
>>>
>>>> Scott - the main issue is the second one you've mentioned, below,
>>>> although it would be more accurate to say 'using transitions behind a
>>>> fixed foreground'.  I'd like for the fixed foreground to be
>>>> transparent,
>>>> hence the introduction of the custom window shape idea.
>>>>
>>>> Dr. Hawkins also suggested the groups idea which I can try, although
>>>> now
>>>> that I think about it that might be a little complicated since it's my
>>>> users, not me, who populate each card with objects.  I'm also
>>>> considering snapshots of the entire screen and transitioning from one
>>>> PNG to the other while maintaining the same fixed group of objects in
>>>> the foreground.
>>>>
>>>> On 7/28/15 4:52 PM, Scott Rossi wrote:
>>>>> What's the main issue you're trying to solve?  A custom window shape
>>>>> or
>>>>> using transitions in front of a fixed background?
>>>>>
>>>>> AFAIK, you can't use the windowShape property on mobile stacks.  But
>>>>> you
>>>>> might achieve the effect of one stack in front of another by moving
>>>>> your
>>>>> card-based content into groups, and showing/hiding groups on a single
>>>>> card
>>>>> (with the card acting as the background stack).  You can apply the
>>>>> same
>>>>> transitions used when navigating between cards to showing/hiding
>>>>> groups.
>>>>>
>>>>> However, the above might not be necessary.  You also might be able to
>>>>> change your background stack into a background object that appears
>>>>> behind
>>>>> all cards in your foreground stack.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Scott Rossi
>>>>> Creative Director
>>>>> Tactile Media, UX/UI Design
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 7/28/15, 7:51 AM, "Ray" <ray at linkit.com> wrote:
>>>>>
>>>>>> As far as I know, it's not possible to display two stacks
>>>>>> simultaneously
>>>>>> on either Android or iOS.  Does anybody have any suggestions for a
>>>>>> work
>>>>>> around to this?
>>>>>>
>>>>>> In my case I have a stack with multiple cards which transition with
>>>>>> visual effects as users go from card to card.  I'd like to keep this
>>>>>> look while at the same time displaying in front of it another, fixed,
>>>>>> video game style 'heads-up' stack on screen using the window mask
>>>>>> property.
>>>>>>
>>>>>> Thanks in advance for any ideas!
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at 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 at 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 at 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 at 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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode