I think you could put a preOpenStack handler in every stack or substack at the stack script level and choose not to send it along the hierarchy. This would allow the use of preOpenStack in the substacks when desired.
However, this would not be correct if the preOpenStack message actually got sent to the main stack in either the IDE or the stand alone. I have little experience with apps and preOpenStack, so others can give wiser advice. Jim Ault Las Vegas On 11/6/07 8:13 AM, "Len Morgan" <[EMAIL PROTECTED]> wrote: > Hello Mark! > > If my first wife had not asked me to get the "big snip" as an > anniversary present many years ago, I'd name my next male child after > you for that little tidbit. I may still consider re-naming my first > born male child after you, although at 22, he may have some thoughts on > the matter. > > You have saved me DAYS of frustration in tracking down why my > preOpenStack is getting executed AGAIN when I quit the app! Is that > little item documented anywhere? Now that I see it in writing and > knowing (a little) about how the message path works, it makes perfect > sense. I guess I always figured that when I opened another stack, the > message was sent to it. It never occurred that if there was no > preOpenStack message, that it would get passed back to the caller! > Perhaps that is obvious to everyone but me. > > Thanks again!!! > > len morgan > > > Mark Schonewille wrote: >> Hi Len, >> >> You'd put a preOpenStack handler into the card script of the mainstack >> if you want that script to run only when the mainstack opens and not >> when substacks open. Otherwise, the preOpenStack handler would be send >> up the message hierarchy each time a substack is opened. >> >> Best regards, >> >> Mark Schonewille >> >> -- >> >> Economy-x-Talk Consulting and Software Engineering >> http://economy-x-talk.com >> http://www.salery.biz >> >> Quickly extract data from your HyperCard stacks with DIFfersifier. >> http://differsifier.economy-x-talk.com > > _______________________________________________ > 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
