visibility of a second stack called from a main stack

wayne durden wdurden at gmail.com
Sat Jul 17 15:49:06 EDT 2010


My apologies to the list, it turns out that the flashed border was in fact
the border of yet a third stack that the second stack was calling upon for
data...  LOL,  I simply needed to handle the visibility of that third stack
as it was being called from stack 2.

Thanks for your time and help and suggestions anyway Mark.  I hope they
prove helpful to someone in another search context at some time...

The generosity on this list cannot be over praised!

Wayne

On Sat, Jul 17, 2010 at 3:24 PM, Mark Swindell <mdswindell at cruzio.com>wrote:

> If your second stack is a substack of the first  I don't believe you have
> to open it (just tested it here and I didn't have to , I just referred to it
> by name).  Otherwise you might have to go the "start using" route, but I've
> never gone that route.
>
> Mark
>
> On Jul 17, 2010, at 12:08 PM, wayne durden wrote:
>
> > Thanks Mark, will likely do this, seems clunky.  With regard to your
> second
> > suggestion, I may try some experimenting there but I am not crystal
> clear.
> > I assume I would have to open the stack first, correct, and if so, I
> think
> > that's where the window outline pops up...  I tried a "start using" form
> at
> > one time and the "click at loc" command didn't work there, from which I
> > assumed that the start using puts the handlers of the second stack in
> play
> > but it's not exactly as if the card was there...
> >
> > Thanks,
> >
> > Wayne
> >
> > On Sat, Jul 17, 2010 at 2:40 PM, Mark Swindell <mdswindell at cruzio.com
> >wrote:
> >
> >> You might try setting the loc of the second stack off-screen, though you
> >> shouldn't have to do this...
> >>
> >> HTH,
> >> Mark
> >>
> >> On Jul 17, 2010, at 11:24 AM, wayne durden wrote:
> >>
> >>> Hello all, I am using Ent. 4.0 and am having an issue where I am using
> a
> >>> button on a main "control center" stack simply to open another stack
> and
> >>> click at the location of a button there.  What happens is that for a
> >> moment
> >>> the outline of the window for the second stack is visible and I would
> >> prefer
> >>> it happen completely hidden away.  I have tried locking the screen
> before
> >>> opening the second stack and unlocking at the end of the handler, I
> have
> >>> tried "go invisible stack [name of second stack]" etc., but no matter
> >> what
> >>> on this XP machine, the second stack's window outline flashes to the
> >> screen
> >>> momentarily.
> >>>
> >>> For instance, here is the code at the moment:
> >>>
> >>>  --lock screen
> >>>  go invisible stack "blogBuilder.rev"
> >>>
> >>>  click at the loc of btn btnBuildAllBlogSections of stack
> >>> "blogBuilder.rev"
> >>>  close stack "blogBuilder.rev"
> >>>  --unlock screen
> >>>
> >>> Note the lock and unlock items were commented out after they proved not
> >> to
> >>> work.  Additionally, instead of go invisible stack... I have used "open
> >>> stack".
> >>>
> >>> Appreciate anyone jogging my memory how one solves this...
> >>>
> >>> Thanks,
> >>>
> >>> Wayne
> >>> _______________________________________________
> >>> 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
>
> _______________________________________________
> 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