dynapi-dev — List related to the current DynAPI Core development

[Dynapi-Dev] Array splicing

[Eytan H. <ey...@tr...>]

Do you know why when I try to splice an array, I get an error splice is
undefined.
8an

[Dynapi-Dev] My Latest

[Eytan H. <ey...@tr...>]

Well first of all since the DynAPI development (mainly pascal) started
working more in my way and I agreed on some matter with pascal there is no
need for Canvas.
On the other hand I do like my way of handling events so I created a file
called simpleevents.js that lets you use the regular DynAPI event structure
or mine or both.
Included is a simple example.
Also I started working on a Windows Manager. this Windows Manager will be
the logic and not the GUI. Hence it has a property of an object called gui
which you can set. It then calls this object on certain events (minimize as
such). Currently working with DynLayers as windows(I'm planning on putting
some type of window together). Included is also windowmanager.js and also an
example.
8an

[Dynapi-Dev] Enhanced FAQ

[Darryl C. <dar...@fr...>]

Hello,	I would like to make an attempt at producing an enhanced FAQ using
the DynAPI-Help archives as my resource.

The current FAQ is a great help but I would like to expand it. I've been
reading daily the help listings for something over a month and many
questions have been answered in depth which would help any user.

I've looked at the downloadable g'zipped archive but sadly it isn't
categorized in threads. I couldn't check all the listings on-line because I
can't afford it. So then to the request which would get me started: Is it
possible for me to download the archives as a mirror site? (Or is there an
alternative?)

This is a sincere and motivated project.

Blessings, Darryl Cousins

Re: [Dynapi-Dev] My JS Optimization Site

[Jeff G. <je...@we...>]

Very cool. Nice improvement.

In a sense, any loop based on Duff's Device is going to be somewhat
difficult to follow for anyone encountering it for the first time, so I
wouldn't worry about that. Anyone using this kind of optimization isn't
going to be terribly worried about the clarity of their code anyway!
:-)

I will add this to the one on my site, if that's ok with you...

Jeff Greenberg
je...@we...

Daniel Aborg wrote:

> Hi,
>
> Nice site, Jeff. Some interesting tricks there I hadn't thought about.
> I
> liked the Duff's Device code, although I noticed it can be improved.
> Here's a version of the code which doesn't have the case stuff in the
> main loop but can still do a custom number of iterations. On my
> computer
> I get these results in NS4.7 and similar results in IE5:
>
> Ordinary: 601 ms
> Duff's: 431 ms
> Duff's Optimized: 250 ms
>
> Of course, you'll only get a noticable speed improvement on this kind
> of
> optimization when you're doing a huge amount of iterations with a loop
> body which doesn't consume much time. And it's horribly unreadable
> code.
>
> Cheers,
>
> Daniel
>
>

Re: [Dynapi-Dev] (no subject)

[Robert R. <rra...@ya...>]

I updated CVS with a fix.  I forgot to add parent layers to the .doc.
 Only children were added.

If you add to the first line of assignChildren:
this.dyndoc.all[this.id]=3Dthis

That should fix it.

--=20
// Robert Rainwater

--=20
DynAPI Homepage: http://dynapi.sourceforge.net/
DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/


On Monday, February 26, 2001 11:06:48 AM =E0=D2=C9=CA =F3=C9=CC=D8=D7=C5=D3=
=D4=D2=CF=D7 wrote:
> This code works with snapshot from 22.02.2001 but not with snapshot from =
25.02.2001. The problem is in fact, that DynLayers never assigns to DynDocu=
ment, and DynLayer.toString() gives wrong reference.
>=20
> <script language=3D"Javascript" src=3D"../src/dynapi.js"></script>
> <script language=3D"Javascript">
> DynAPI.setLibraryPath('../src/lib/');
> DynAPI.include('dynapi.api.*');
> </script>
> <script language=3D"Javascript">
>=20
> DynAPI.onLoad =3D function() {
> 	myLayer =3D new DynLayer(null,100,100,100,100,'#c0c0c0')
> 	DynAPI.document.addChild(myLayer)
> 	eval(myLayer+".moveTo(100,100)")
> }
>=20
> </script>
>                                            Yura Silvestrov
>=20
>=20
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

[Dynapi-Dev] (no subject)

[àÒÉÊ óÉÌØ×ÅÓÔÒÏ× <yur...@ma...>]

This code works with snapshot from 22.02.2001 but not with snapshot from 25.02.2001. The problem is in fact, that DynLayers never assigns to DynDocument, and DynLayer.toString() gives wrong reference.

<script language="Javascript" src="../src/dynapi.js"></script>
<script language="Javascript">
DynAPI.setLibraryPath('../src/lib/');
DynAPI.include('dynapi.api.*');
</script>
<script language="Javascript">

DynAPI.onLoad = function() {
	myLayer = new DynLayer(null,100,100,100,100,'#c0c0c0')
	DynAPI.document.addChild(myLayer)
	eval(myLayer+".moveTo(100,100)")
}

</script>
                                           Yura Silvestrov

[Dynapi-Dev] Memory leak

[<la...@li...>]

Hi,

My mails has been disapairing into the void while we have been changing ISPs
the last couple of days.

So I have missed digest #270 through #282 (both included).

I was wondering if someone could forward me the digests from the period so I
can catch up.

The memory leak thread seems to have vanished. Did anyone come up with
anything ?

/Lasse

Re: [Dynapi-Dev] External loading trick - advanced -

[Jordi - I. - M. <jmi...@or...>]

I found out that having these document.write happen in one frame while
having something happening in the main frame ( a slide, for example )
turned NS unstable sometimes. So far this is the only issue I found with
the idea. Not a small one :( however

Pascal wrote:

> and it works crossbrowser? (have to ask >:)
>
> Pascal Bestebroer (pb...@oi...)
> Software ontwikkelaar
> Oberon Informatiesystemen b.v.
> http://www.oibv.com
>
> > -----Oorspronkelijk bericht-----
> > Van: dyn...@li...
> > [mailto:dyn...@li...]Namens Jordi -
> > IlMaestro
> > - Ministral
> > Verzonden: maandag 26 februari 2001 14:33
> > Aan: dyn...@li...
> > Onderwerp: [Dynapi-Dev] External loading trick - advanced -
> >
> >
> > Here's something I came up with while working on the project
> > that almost killed
> > me last week. I needed ( or wanted ) to load external
> > contents inside of my
> > layers, but didn't want to use the loadpanel.
> >
> > My personal opinion is that the future of loading external
> > contents does not go
> > through the loadpanel. Not because of the panel itself but
> > because of the very
> > nature of the browsers and all the problems of
> > synchronization that involve.
> > I'd like to use setHTMLs (with or without Java would be
> > another discussion).
> >
> > My main concern was to have an external page that could be browsed as
> > standalone and yet loaded into a dynlayer. Even edited with
> > dreamweaver. Here's
> > the solution. I thought I'd share.
> >
> > <script>
> > if(parent.content.DynAPI)    // Insert your condition here
> > {
> > window.onload = function() {
> >     parent.content.scroll.setHTML(document.form1.txt.value)
> >     }
> > document.write("<form name=form1><textarea name=txt>")
> > }
> > </script>
> >
> >
> > This is the page
> >
> >
> > <script>
> > if(parent.content.DynAPI)    // Insert your condition here
> > {
> > document.write("</textarea></form>")
> > }
> > </script>
> >
> >
> >
> > ----
> >
> > This worked fine. Pages can be seen as stand-alone and can be
> > loaded inside my
> > application. It is a bit dirty but back in the old Dyn1 days
> > we needed to have
> > a parent.scroll.activate() call anyway. If you have links
> > inside you will need
> > the scroll object to parse them and change them to
> > 'javascript:scroll.load(.....)'
> >
> > Hope this helps anyone
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

RE: [Dynapi-Dev] External loading trick - advanced -

[Pascal <pb...@oi...>]

and it works crossbrowser? (have to ask >:)

Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com 

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Jordi - 
> IlMaestro
> - Ministral
> Verzonden: maandag 26 februari 2001 14:33
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] External loading trick - advanced -
> 
> 
> Here's something I came up with while working on the project 
> that almost killed
> me last week. I needed ( or wanted ) to load external 
> contents inside of my
> layers, but didn't want to use the loadpanel.
> 
> My personal opinion is that the future of loading external 
> contents does not go
> through the loadpanel. Not because of the panel itself but 
> because of the very
> nature of the browsers and all the problems of 
> synchronization that involve.
> I'd like to use setHTMLs (with or without Java would be 
> another discussion).
> 
> My main concern was to have an external page that could be browsed as
> standalone and yet loaded into a dynlayer. Even edited with 
> dreamweaver. Here's
> the solution. I thought I'd share.
> 
> <script>
> if(parent.content.DynAPI)    // Insert your condition here
> {
> window.onload = function() {
>     parent.content.scroll.setHTML(document.form1.txt.value)
>     }
> document.write("<form name=form1><textarea name=txt>")
> }
> </script>
> 
> 
> This is the page
> 
> 
> <script>
> if(parent.content.DynAPI)    // Insert your condition here
> {
> document.write("</textarea></form>")
> }
> </script>
> 
> 
> 
> ----
> 
> This worked fine. Pages can be seen as stand-alone and can be 
> loaded inside my
> application. It is a bit dirty but back in the old Dyn1 days 
> we needed to have
> a parent.scroll.activate() call anyway. If you have links 
> inside you will need
> the scroll object to parse them and change them to
> 'javascript:scroll.load(.....)'
> 
> Hope this helps anyone
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> 

[Dynapi-Dev] External loading trick - advanced -

[Jordi - I. - M. <jmi...@or...>]

Here's something I came up with while working on the project that almost killed
me last week. I needed ( or wanted ) to load external contents inside of my
layers, but didn't want to use the loadpanel.

My personal opinion is that the future of loading external contents does not go
through the loadpanel. Not because of the panel itself but because of the very
nature of the browsers and all the problems of synchronization that involve.
I'd like to use setHTMLs (with or without Java would be another discussion).

My main concern was to have an external page that could be browsed as
standalone and yet loaded into a dynlayer. Even edited with dreamweaver. Here's
the solution. I thought I'd share.

<script>
if(parent.content.DynAPI)    // Insert your condition here
{
window.onload = function() {
    parent.content.scroll.setHTML(document.form1.txt.value)
    }
document.write("<form name=form1><textarea name=txt>")
}
</script>


This is the page


<script>
if(parent.content.DynAPI)    // Insert your condition here
{
document.write("</textarea></form>")
}
</script>



----

This worked fine. Pages can be seen as stand-alone and can be loaded inside my
application. It is a bit dirty but back in the old Dyn1 days we needed to have
a parent.scroll.activate() call anyway. If you have links inside you will need
the scroll object to parse them and change them to
'javascript:scroll.load(.....)'

Hope this helps anyone

[Dynapi-Dev] More minor glitches

[Michael P. <mp...@po...>]

there is a minor syntax glitch in the setClip() method.
    else {
        if (c.indexOf("rect(")>-1) {
            .....
        }
    }
should be:
    else if (c.indexOf("rect(")>-1) {
        .....
    }

--
Michael Pemberton
mp...@ph...
ICQ: 12107010

Re: [Dynapi-Dev] My JS Optimization Site

[Daniel A. <dan...@ne...>]

Hi,

Nice site, Jeff. Some interesting tricks there I hadn't thought about. I
liked the Duff's Device code, although I noticed it can be improved.
Here's a version of the code which doesn't have the case stuff in the
main loop but can still do a custom number of iterations. On my computer
I get these results in NS4.7 and similar results in IE5:

Ordinary: 601 ms
Duff's: 431 ms
Duff's Optimized: 250 ms

Of course, you'll only get a noticable speed improvement on this kind of
optimization when you're doing a huge amount of iterations with a loop
body which doesn't consume much time. And it's horribly unreadable code.

Cheers,

Daniel


Jeff Greenberg wrote:
> My new site (still under construction) is a collection of JavaScript
> optimization tips, techniques, tests and explanations. It will deal with
> speed, size and memory issues.

--
Daniel Aborg  <dan...@ne...> 
T: 0207 445 447  M: 07765 961 155

RE: [Dynapi-Dev] (may be) typo in DynLayer

[Pascal <pb...@oi...>]

it will either use your own ID specified, or a JSDynLayerXX  ID (which adds
a number to be unique)

If you would add the unique ID to the specified ID users will get confused,
the layer the named  MyLayer would suddenly
be MyLayer1


Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens ???? ???????????
> Verzonden: maandag 26 februari 2001 11:09
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] (may be) typo in DynLayer
>
>
> Is this line in DybLayer.js right
>   this.id=a[0]||"JSDynLayer"+(DynLayer.nullCount++)
> ?
> Or, may be, it will be
>   this.id=(a[0]||"JSDynLayer")+(DynLayer.nullCount++)
> ?
> Because the first line is equivalent to
>   this.id=a[0]||("JSDynLayer"+(DynLayer.nullCount++))
> and widgets must count layers independent.
>
>                                            Yura Silvestrov
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>

[Dynapi-Dev] (may be) typo in DynLayer

[àÒÉÊ óÉÌØ×ÅÓÔÒÏ× <yur...@ma...>]

Is this line in DybLayer.js right
  this.id=a[0]||"JSDynLayer"+(DynLayer.nullCount++)
?
Or, may be, it will be
  this.id=(a[0]||"JSDynLayer")+(DynLayer.nullCount++)
?
Because the first line is equivalent to  
  this.id=a[0]||("JSDynLayer"+(DynLayer.nullCount++))
and widgets must count layers independent.

                                           Yura Silvestrov

RE: [Dynapi-Dev] Images and events

[Pascal <pb...@oi...>]

that .lyrobj code is back in (did it yesterday) so images should
trigger the events normally again. (CVS code)

Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com 

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Michael 
> Pemberton
> Verzonden: maandag 26 februari 2001 3:48
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] Images and events
> 
> 
> I can only guess that the events problems are due to the .lyrobj only
> being set in the initial creation stage.
> 
> if might be worth testing if there are any images added in the setHTML
> method and then updating the .lyrorj for the newly added images.
> 
> If I'm wrong, rock my world.  If not, anyone got any  ideas 
> on how to do
> this without redundancy (setting .lyrobj for already "fixed" 
> images) or
> speed loss (too much looping makes me loopy)
> 
> Thanx.
> 
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
> 
> 
> 
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> 

Re: [Dynapi-Dev] elm.style is undefined

[Robert R. <rra...@ya...>]

Yep, usually something like:

if (!this.created) return;

If you look in some of the included widgets you will see these checks

-- 
// Robert Rainwater

-- 
DynAPI Homepage: http://dynapi.sourceforge.net/
DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/


On Sunday, February 25, 2001 8:16:29 PM Michael Pemberton wrote:
> check that you are using the oncreate event to access the elements on the
> layer.  the browser layer object is not created at the time yoyur are trying to
> access it.
> 
> also, move this type of questions to the help list.
> 
> Eytan Heidingsfeld wrote:
> 
> > I'm trying to write a widget your way and am getting elm.style is undefined
> > does anyone know why this would happen or do I have to track it?
> > 8an
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> 
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
> 
> 
> 
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

[Dynapi-Dev] Images and events

[Michael P. <mp...@po...>]

I can only guess that the events problems are due to the .lyrobj only
being set in the initial creation stage.

if might be worth testing if there are any images added in the setHTML
method and then updating the .lyrorj for the newly added images.

If I'm wrong, rock my world.  If not, anyone got any  ideas on how to do
this without redundancy (setting .lyrobj for already "fixed" images) or
speed loss (too much looping makes me loopy)

Thanx.

--
Michael Pemberton
mp...@ph...
ICQ: 12107010

Re: [Dynapi-Dev] elm.style is undefined

[Michael P. <mp...@po...>]

check that you are using the oncreate event to access the elements on
the
layer.  the browser layer object is not created at the time yoyur are
trying to
access it.

also, move this type of questions to the help list.

Eytan Heidingsfeld wrote:

> I'm trying to write a widget your way and am getting elm.style is undefined
> does anyone know why this would happen or do I have to track it?
> 8an
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

--
Michael Pemberton
mp...@ph...
ICQ: 12107010

Re: [Dynapi-Dev] elm.style is undefined

[Michael P. <mp...@po...>]

check that you are using the oncreate event to access the elements on the
layer.  the browser layer object is not created at the time yoyur are trying to
access it.

also, move this type of questions to the help list.

Eytan Heidingsfeld wrote:

> I'm trying to write a widget your way and am getting elm.style is undefined
> does anyone know why this would happen or do I have to track it?
> 8an
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

--
Michael Pemberton
mp...@ph...
ICQ: 12107010

Re: [Dynapi-Dev] resizing

[David C. <dle...@ya...>]

Hey Doug,
  The problem/solution I posted on the help list
Saturday was regarding the window resizing in NS4.xx
when a dynimage was used in a layer.  Someone had
posted some example code and it was similar to a
problem I was having.
  There was definitely a problem as the dynimage was
causing a fault (actually it just stopped and never
recreated the layers).  I am just a hack, but the
solution I posted seems to work.
Comments?

see it here (under ns4.xx)

I also posted Jordan's example to test:
Before changes:
http://www.merlinsworld.net/dynapi_ri_dcexamples/test2orig.shtml
after changes:
http://www.merlinsworld.net/dynapi_ri_dcexamples/test2mod.shtml
original dynimage example orig:
http://www.merlinsworld.net/dynapi_ri_dcexamples/dynimageorig.shtml
original dynimage example mod:
http://www.merlinsworld.net/dynapi_ri_dcexamples/dynimagemod.shtml

Cheers,
Dave C.  "You Changed What?!?"

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

Re: [Dynapi-Dev] JIT JavaScript (was My JS Optimization Site)

[Raides J. <ra...@te...>]

Erik Arvidsson wrote:
> 
> What made you think that MS has a JIT for JScript? Personally I thought this
> was one of the good news about .Net and JScript.Net. (Getting the same
> performance as from all other languages.)
>
> IE3+ has been using MS JVM which uses JIT but this does not mean that
> JScript benefits from this?
>
> Any proof / hints really apreciated. Same goes for Netscape Navigator 4 and
> Mozilla 5.
> 
	As I said to Jeff, I will check source code for the JS1.5 C source-code
implementation to see how it works internally. If this, the last version
for NS browsers, doesn't do any JIT, surely previous versions didn't
too. About IE, I will check again when I have access to an IE4+ equipped
box. At home I still have IE3, but for no use at all, and it doesn't do
JIT for JavaScript, but for Java ... but who knows what does MS call
"Java"?... BTW, IE3 is still faster at JavaScript (JScript in MS
notation) than NS3+.

	Raides J.

Re: [Dynapi-Dev] My JS Optimization Site

[Raides J. <ra...@te...>]

Jeff wrote:
> 
> Whew! Go away for a day and the messages pile up!
>
> Raides J. - I was under the impression that this (JIT) was essentially
> the case for both browsers, but I could be mistaken. The following is
> from the Netscape JavaScript 1.3 reference, describing a function as
> opposed to a function object created explicitly:
> 
> ------------------
> Function objects created with the Function constructor are evaluated
> each time they are used. This is less efficient than declaring a
> function and calling it within
> your code, because declared functions are compiled.
> -------------------
> 
(snip)

	Where is the delay then? In the way they pre-compile things??

	I will try to do an extensive research on the subject, using as base
the C source-code implementation of JS1.5 (the version used in NS6) that
I have somewhere in my CD-ROM collection. I will try to do a
"source-code traversal" by hand (hard, but it's my speciality) so I can
see where time is lost and memory is eaten. Maybe I will invest a month,
but I hope it will help a lot in optimization.

	Raides J.

Re: [Dynapi-Dev] resizing

[Doug M. <do...@cr...>]

traced  resizing in ns.
followed it back to setHTML in dynimage,
traced it further back the the onresize call in the dynimage itself.
fixed if by modifiying the onresize for DynImage tot he foloowing:

setTimeout("DynAPI.document.all['"+o.id+"'].setImage(DynAPI.document.all[=
'"+o.id+"'].img,true);",10);

Turns out this is not the root of the problem (altho The specified arror =
is fixed.)
It goes deeper.
Now I get "is is not defined" line 173, events.js.
This is in DynLayer.prototype.invokeEvent()
second line, first reference to is.
ugg.
okay then.
is is not even a dynlayer.
but NS re-establishes it anyways.

My solution: If we are in NS we need to delay ANY events that are =
triggered=20
during NS's resize... THEN we process all the other resize events (amd =
other events) and there should be no errors..

Any insight as to the 'good' way to go about this?
  ----- Original Message -----=20
  From: Doug Melvin=20
  To: dyn...@li...=20
  Sent: Sunday, February 25, 2001 4:31 PM
  Subject: [Dynapi-Dev] resizing


  I thought resizing in NS was fixed again?
  Is there still a problem with dynimage?
  this is so frusterating.


  ---
  Outgoing mail is certified Virus Free by AVG Free Edition
  Download at: http://www.grisoft.com/html/us_index.cfm
  Checked by AVG anti-virus system (http://www.grisoft.com).
  Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01


  ---
  Outgoing mail is certified Virus Free by AVG Free Edition
  Download at: http://www.grisoft.com/html/us_index.cfm
  Checked by AVG anti-virus system (http://www.grisoft.com).
  Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01

[Dynapi-Dev] resizing

[Doug M. <do...@cr...>]

I thought resizing in NS was fixed again?
Is there still a problem with dynimage?
this is so frusterating.


---
Outgoing mail is certified Virus Free by AVG Free Edition
Download at: http://www.grisoft.com/html/us_index.cfm
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01

[Dynapi-Dev] Flag methods

[Robert R. <rra...@ya...>]

I think we can remove the flagprecreate and flagdelete methods. If
flagprecreate is put into the createelement, you will notice a slight
improvement in the time to create many nested layers. Unless there are
any compelling reasons to keep these methods, I think they can be
placed directly inside the methods that call them since they are only
2 or 3 lines.

-- 
// Robert Rainwater
----------------------
DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
DynAPI Homepage: http://dynapi.sourceforge.net/