help on design

[Charles Hartman]

Thanks (as always!). But I put those four handlers in my substack's  
stack script (and saved and closed the whole thing and removed it  
from memory, then reopened it and navigated in the main stack and  
opened the substack and navigated within it), and both the "go back"  
and "go forth" buttons can still jump out of the substack.

I used the message box to check the lockRecent; it keeps coming up  
false, whether the substack is suspended or not. I found this in the  
docs:

By default, the lockRecent property is set to false. It is reset to  
false when no handlers are executing.

That looks like it might be the problem . . .

Charles

On Aug 18, 2005, at 2:42 PM, J. Landman Gay wrote:

> Charles Hartman wrote:
> > I'll try this. But it looks like (am I wrong? always a good
> > possibility!), as long as the substack is open, cards from other   
> stacks
> > will get added to the "recent" list. No?
>
> If managed correctly, then right, "no". In the substack:
>
> on openstack -- first time opened
>  set the lockrecent to false -- allow history
> end openstack
>
> on closestack
>  set the lockrecent to true
> end closestack
>
> on resumestack -- user or script brought stack to front
>  set the lockrecent to false
> end resumestack
>
> on suspendstack -- user or script brought a different stack forward
>  set the lockrecent to true -- disallow history
> end suspendstack
>
> Those four should do it. If any of your scripts set lockmessages to  
> true before moving to or from the substack, then the above handlers  
> won't fire and you'll need to set the lockrecent specifically in  
> those cases.
>
> -- 
> Jacqueline Landman Gay         |     jacque at hyperactivesw.com
> HyperActive Software           |     http://www.hyperactivesw.com
> _______________________________________________
> 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
>