Manipulate Stacks with Duplicate Names?

[xbury.cs at clearstream.com]

not mistakenly because Tuv once told me you just CANT rely on stack ids. 
Actually they change across
sessions (not very smart IMOHO) so i too just avoid them...

The stack path is probably the best reference after the stack's name...

cheers
Xavier

use-revolution-bounces at lists.runrev.com wrote on 13/10/2005 08:23:39:

> >> Is there any way to distinguish between newly created
> >> (unsaved) stacks that have the same name?
> 
> > How about using the stack's ID?
> 
> I seem to recall reading on the list long ago that it was somehow 
possible
> for multiple opened stacks to have duplicate IDs, and (because of this)
> referencing stacks by ID wasn't reliable.  Is this actually the case or 
have
> I spent years mistakenly avoiding referencing stacks by ID?
> 
> Thanks & Regards,
> 
> Scott Rossi
> Creative Director
> Tactile Media, Multimedia & Design
> -----
> E: scott at tactilemedia.com
> W: http://www.tactilemedia.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



-----------------------------------------
Visit us at http://www.clearstream.com
                                                          
IMPORTANT MESSAGE

Internet communications are not secure and therefore Clearstream
International does not accept legal responsibility for the contents of
this message.

The information contained in this e-mail is confidential and may be
legally privileged. It is intended solely for the addressee. If you are
not the intended recipient, any disclosure, copying, distribution or
any action taken or omitted to be taken in reliance on it, is
prohibited and may be unlawful. Any views expressed in this e-mail are
those of the individual sender, except where the sender specifically
states them to be the views of Clearstream International or of any of
its affiliates or subsidiaries.

END OF DISCLAIMER