I don't see why it wouldn't work, but I have to ask: why are you using functions rather than handlers when no values need to be returned? Not that it matters, I'm just curious.
Mark On 25 Mar 2006, at 18:10, David Burgun wrote: Hi, Yes, I think you are right from my experimenting. I would like to be able to to only stop using a stack when the last stack that did a start using calls stop using! Do you think that this would work? global gLibStackUsageCount function UtilStartUsing() add 1 to gLibStackUsageCount start using "LibStack" end UtilStartUsing function UtilStopUsing subtract 1 from gLibStartUsageCount if gLibStackUsageCount <= 0 then stop using "LibStack" end if end UtilStopUsing Thanks a lot All the Best Dave On 25 Mar 2006, at 17:59, Mark Smith wrote: I believe 'start using' puts the script of it's object at the back of the message path, so is effectively global. 'Stop using' removes it again, so it should only be necessary to 'start using' once, at start up. Mark On 25 Mar 2006, at 17:52, David Burgun wrote: Hi, I have been experimenting with "start using" in the IDE: If I have 2 stacks (mainStacks), Test1 and Test2. If I do: start using "LibStack" in Test1, I can then access functions in "LibStack" from either Test1 or Test 2. If I do: stop using "LibStack| in Test1 or Test2 then I cannot access functions in LibStack from either stack. Is this the same if I had a standalone app? I usually ship my RunRev apps as a number of discrete .rev files and use a Dummy Splash Screen Stack which I build into a Standalone and launch this to get the ball rolling. In this case would I need to perform the start using in all stacks that use the library or just once? Thanks a lot All the Best Dave _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
