Glad to see I'm not the only one working on this sunny Saturday afternoon

This issue is still on my bug board, as I've yet to impliment Duncan's solution.
I had a good play with the IMP you posted and it's a great idea for solving this (although I still feel that there is no reason why the CloneId shoudn't reset when all other publications variables are reset). Both solutions have merits - yours elemiates the ID problem altogether by wrapping the ILMObject inside an array which would of course be resettable whereas Duncan's allow me to continue storing my actual values inside the clone as a variable to be manipulated directly.
Storing objects inside an array is an extremely powerful way of handling them but can be extremely frustrating when you want access to the data inside the object as I discovered writing Scroggle.
I've since started using custom objects and prototypes and have the very very very early idea of how this will improve the next version of Plethos.
Many thanks for this. I love the idea of using cloning as it maximise the flexibility of my programs and I think that if i use it with custom objects / prototypes I'd have a powerful solution to many types of problem.
Mack
P.S to other readers - i would recommend downloading this and having a play if your interested in cloning as demostrates how to use it effectively. I'd add a debug, left click action to the TC box to see exactly what is stored in the myClone array
