Thanks Raymond I get the correct id numbers now. Please note below the total number of ids are the same though the first few are not in the blueprint.
I have wondered why everything, even prototype constructors gets an id! Why not move things to DynElement? Am I correct in thinking ids are only needed for elements? Just a quick thought about threads. How about making them attributes of the base class like this._listeners[]. i.e. this._threads[]. So we can addThread() with start, run and stop call-backs. Would this help with multiple thread types x 3 call-backs on one DynLayer? Kevin. > Raymond Irving" <[EMAIL PROTECTED]> wrote: > > Please see my comments below: > > --- Kevin <[EMAIL PROTECTED]> wrote: > > Hi Raymond, > > > > The online examples worked fine. Though downloading > > the > > code and running the examples on a local web server > > failed. > > > > The blueprints inserted in the examples seemed > > truncated. > > basic 200 layers: > > needed ids DynObject9 to DynObject211 now DynObject12 to DynObject211 > > deep-nest 100 layers (actually 101): > > needed ids DynObject9 to DynObject112 now DynObject12 to DynObject112 > > I'm a bit puzzled why the generating new blueprints > > define > > an extra 2 divs/layers? > > This I think has something to do with the debug class. > When it's included it creates a Debugger object from > the DynObject. In the attached file I've changed that > to cause it to not use the DynObject. > > -- > Raymond Irving > > Dynapi-Dev mailing list > > [EMAIL PROTECTED] > > > http://www.mail-archive.com/[EMAIL PROTECTED]/ ------------------------------------------------------- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en _______________________________________________ Dynapi-Dev mailing list [EMAIL PROTECTED] http://www.mail-archive.com/[EMAIL PROTECTED]/
