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 <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Mon, 18 Aug 2003 09:18:51 -0700 > To: <[EMAIL PROTECTED]> > 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 > ___________________________________________________________ > [EMAIL PROTECTED] http://www.FourthWorld.com > Tel: 323-225-3717 AIM: FourthWorldInc > > _______________________________________________ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
