How can I make my mainstack stay invisible?

[Ron]

Hi Richard
I'm just catching up on this thread so my previous post may not be relevant.
How do _you_ keep all the 'preopenstack' messages from ultimately running
through this top stack. I know you could trap each stack's preopenstack
message or check the name of the stack in the mainstack to see if you want
to continue but I'm curious. I have run into some problems with this
approach.

Thanks
Ron

> From: Richard Gaskin <ambassador at fourthworld.com>
> Reply-To: use-revolution at lists.runrev.com
> Date: Mon, 18 Aug 2003 09:18:51 -0700
> To: <use-revolution at lists.runrev.com>
> Subject: Re: How can I make my mainstack stay invisible?
> 
> Graham Samuel wrote:
>> 
>> It's the stack with all the startup logic and it's the root of all the
>> common handlers for the rest of the app, plus it contains private
>> debugging info (I have a kind of tracer/timer routine that shows the
>> progress of certain events in a field I can look at during
>> development). Since it's the mainstack, it opens automatically when
>> the app starts. I may have designed my app in a stupid way from the
>> RunRev point of view, but I got some of these ideas from SuperCard and
>> they've stuck...
> 
> I often do a similar thing, with the mainstack containing offscreen
> libraries and on screen it's a dialog warning about memory issues.  I have a
> boot script in the card on the stack triggered by preOpenStack, which among
> other initializations also hides the mainstack.  This way if something goes
> unpredictably wrong at least the user has some meaningful communication.
> 
> If you use a preOpenStack handler in the card script you should be able to
> do anything you like before the mainstack is drawn.
> 
> -- 
> Richard Gaskin 
> Fourth World Media Corporation
> Developer of WebMerge: Publish any database on any Web site
> ___________________________________________________________
> Ambassador at FourthWorld.com       http://www.FourthWorld.com
> Tel: 323-225-3717                       AIM: FourthWorldInc
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>