Getting Library Stacks into Memory

[Sannyasin Brahmanathaswami]

We found a repeat loop deep inside an external behavior that was firing the answer disalog from the front script

The IDE 's find feature did not find it since it was a behavior (i searched ) the the future i guess we need to run grep on the whole sourve tree from trrminal

I fixed that but all the go invisible commands on start up are still breaking the loading.  We'll fix that today

Swasti Astu! Be Well

( from my mobile )

_____________________________
From: J. Landman Gay <jacque at hyperactivesw.com<mailto:jacque at hyperactivesw.com>>
Sent: Thursday, July 7, 2016 9:48 PM
Subject: Re: Getting Library Stacks into Memory
To: How to use LiveCode <use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>>


These almost sound like undefined errors with the group name as the object
hint.

Mobile apps can only have one window at a time, and each "go" replaces the
previous window. If you go to an invisible stack you'll see black. In
general don't use "go" for that kind of thing, just using the stack will
load it into RAM. So all you need is to get the path and then set a
behavior to that, or insert the script of the stack into front or back.,etc.

Mobile apps need to load quickly, so show the main card immediately and do
as much of the other setup as possible after something visible is on
screen. Avoid "go" except for user navigation.


Jacqueline Landman Gay | jacque at hyperactivesw.com<mailto:jacque at hyperactivesw.com>
HyperActive Software | http://www.hyperactivesw.com



On July 7, 2016 11:30:26 PM Sannyasin Brahmanathaswami <brahma at hindu.org<mailto:brahma at hindu.org>>
wrote:

> Our new app was loading nicely on the iPhone.. .we externalized a lot of
> code to scripts that are meant to be used in front, back and as behaviors...
> with the
>
> go stack
>
> cmd
>
>
> logInfo "Loading frontscript" && tStackPath
>
> go stack (getPathForSharedLibraries() & tStackPath)
>
> insert the script of stack tStackName into front
>
>
> and like this:
>
>
> put getPathForSharedLibraries() & "mobilecontrols.livecodescript" into
> tBehaviorStackPath
>
> logRaw "info",tBehaviorStackPath
>
> go invisible stack tBehaviorStackPath
>
> I have a gut feeling that this might not be happy on mobile.
>
> Any insights? sometimes my "suspicions" are completely wrong.
>
> But on the iPHone when it starts up we get a black screen... and a whole
> series of iPhone answer dialogs, one after another that are not in our
> code. all the groups on the home screen are being declared with an "OK" button.
>
> homeHeaderNavBat
> OK
>
> portal_links # a big group on card 1
> OK
>
> home_gems # a subgroup of the above on cd 1
> OK...
>
> ten of these, declaring every single group on the card of the stack that is
> trying to be loaded "home.livecode" and if we click OK on each one.
> finally the finish and the loader stack is sitting there, but not the stack
> that is supposed to be the first one to appear.
>
> Really weird.
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com<mailto: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<mailto: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