Re[2]: [Dynapi-Dev] Rendering Dynlayers, 25%+ speed increase.

2001-10-27 Thread Robert Rainwater
this.elm holds the reference to the actual element. So without it, a dynlayer is useless. if thats the case, you should just write your own div strings in the parent. On 10/26/2001, Richard Bennett wrote: > - Original Message - > From: "Raymond Irving" <[EMAIL PROTECTED]> >> Hello, >>

Re: Re[2]: [Dynapi-Dev] Rendering Dynlayers, 25%+ speed increase.

2001-10-27 Thread Richard Bennett
> this.elm holds the reference to the actual element. Naturally. It can be loaded at different times though, and that what makes the difference. If you want a fast startup, (like I do when loading a large treeview) it seems to make sense to assign this.elm when it's needed, and not at startup. (as

Re[4]: [Dynapi-Dev] Rendering Dynlayers, 25%+ speed increase.

2001-10-27 Thread Robert Rainwater
I think your taking a complex system and making it more complex. Maybe you should change this.elm to a function (this.elm()), so that the .elm is not loaded until called. On 10/27/2001, Richard Bennett wrote: >> this.elm holds the reference to the actual element. > Naturally. > It can be loaded

Re: Re[4]: [Dynapi-Dev] Rendering Dynlayers, 25%+ speed increase.

2001-10-27 Thread Richard Bennett
> > From: "Robert Rainwater" <[EMAIL PROTECTED]> > I think your taking a complex system and making it more complex. > Maybe you should change this.elm to a function (this.elm()), so that > the .elm is not loaded until called. Ha! That's just what I meant! Now why can you explain this in three lin

[Dynapi-Dev] Keyboard events fix

2001-10-27 Thread Michael Pemberton
Is there any reason why the new keyboard code was just return without a value? If something is not false, then it must be true. I have found that some browsers are confused by a null return when it is expecting a value. I suggest that the code be changed to read as follows: Line 35: