Main stack and substack order in the message path

Jim Bufalini jim at visitrieve.com
Fri Feb 27 14:56:41 CST 2009


Same Island, Hawaii Kai ;-)

> -----Original Message-----
> From: use-revolution-bounces at lists.runrev.com [mailto:use-revolution-
> bounces at lists.runrev.com] On Behalf Of Bob Sneidar
> Sent: Friday, February 27, 2009 9:43 AM
> To: How to use Revolution
> Subject: Re: Main stack and substack order in the message path
> 
> Hawaii you say! My Dad lives on Oahu, in Kailua. :-)
> 
> Bob Sneidar
> IT Manager
> Logos Management
> Calvary Chapel CM
> 
> On Feb 27, 2009, at 11:12 AM, Jim Bufalini wrote:
> 
> > Thanks Mark, Scott, and Bob
> >
> > Scott, that's the trick. A combination of StacksInUse and reissuing
> > a *start
> > using* revises the order. So, if the correct stack is not first in
> > StackInUse, then a start using will put it there.
> >
> > Thanks everyone!
> >
> > Aloha from Hawaii
> > Jim Bufalni
> >
> >> -----Original Message-----
> >> From: use-revolution-bounces at lists.runrev.com [mailto:use-
> revolution-
> >> bounces at lists.runrev.com] On Behalf Of Scott Rossi
> >> Sent: Friday, February 27, 2009 8:21 AM
> >> To: Revolution Mail List
> >> Subject: Re: Main stack and substack order in the message path
> >>
> >> Recently, Jim Bufalini wrote:
> >>
> >>>> The workaround might be to have stack A call "start using stack
> >>>> ABC"
> >>>> (and
> >>>> the same with the other stack) to make sure the substack is used
> >> first
> >>>> when
> >>>> necessary.
> >>>
> >>> This is done and it is actually the problem.
> >>>
> >>> I actually discovered this in two ways working on an update for
> >> ListMagic.
> >>> When you first install a ListMagic widget into your project,
> >> ListMagic
> >>> clones its lib, renames it, and places the renamed lib stack as a
> >> substack
> >>> of the main stack of your project and adds a start using statement
> >>> to
> >> your
> >>> project's main stack's preOpenStack.
> >>>
> >>> When a new version of ListMagic comes out, and you add a new
> widget,
> >> or
> >>> modify an existing widget in a project, ListMagic checks, and if it
> >> sees
> >>> that it is a newer version than the one you have in your project,
> it
> >> asks
> >>> for permission to update the lib in your project and all widgets.
> >>>
> >>> But, if you don't do either and just have your project and
> ListMagic
> >> running
> >>> at the same time in the IDE, then it is possible to have two
> >> different
> >>> version libs running at the same time and there is no way to
> control
> >> if a
> >>> user has launched their project first or ListMagic.
> >>>
> >>> Or, for that matter, two of their own projects, where one has been
> >> updated
> >>> to the latest lib and one has not. Which one did they launch first?
> >>
> >> Perhaps I didn't explain the above well enough, or maybe I'm not
> >> interpreting your situation accurately, but what I meant was, you
> >> call
> >> "start using stack ABC" *EVERY TIME* you need to reference the
> >> library
> >> of a
> >> specific stack, not just at startup.  This (should) ensure that the
> >> library
> >> you need is the first one to be accessed.  I do this with certain
> >> frontscripts that I need to be "really" in front at all times.  If
> >> you're
> >> doing this already, then I don't have any alternate suggestions
> other
> >> than
> >> to reconsider your update strategy.
> >>
> >> Regards,
> >>
> >> Scott Rossi
> >> Creative Director
> >> Tactile Media, Multimedia & Design
> >>
> >>
> >> _______________________________________________
> >> use-revolution mailing list
> >> use-revolution at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-revolution
> >
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list