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

Re: [Dynapi-Dev] Faking Events

[Raymond S. <dst...@or...>]

Flash embedded in a layer, moves with the layer....

It just ignores Z relationships as it is moved.  It also blinds drag event
handlers and can cause havoc if the main doc misses a 'mouseup' that happens
over the swf movie.

Which, in general is why flash needs to be subrogated to some obscure part
of your page or managed very carefully, i.e... if this dynlayer moves, that
swf (dom violating) layer;setVisible=false.

Personally, I think as libraries like this evolve you will see flash
dissolve more and more into a 'background' roll that serves very explicit
and temporal functions...  SWF will never be about interface in the
long-run.  Though integrated SVG may.

Besides... planet earth grows tired of the 'wiggling line' already.  It was
vogue, it became soooo pervasive that it's vogue not to have it now.

Cheers


----- Original Message -----
From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
To: <dyn...@li...>
Sent: Wednesday, November 29, 2000 1:39 AM
Subject: Re: [Dynapi-Dev] Faking Events


> If you only want to drag the Flash place keep a pair of variables inside
your
> Movie.
>
> oldX oldY
>
> and then, when you detect movement inside the movie and the mouse is
pressed:
>
>
GetURL("javascript:myHolder.moveBy("+(_xmouse-oldX)+","+(_ymouse-oldY)+")")
> oldX = _xmouse
> oldY = _ymouse
>
> It should do the trick. I think
>
> I hope my Flash knowledge doesn't get me banned from the project :)
>
> Tim Royal wrote:
>
> > Howdy howdy.
> >
> > Anyone have an idea how to create an event and pass it to an object
through
> > the DynAPI events stuff? Here's what I'm trying to do. I have draggable
> > layers that can be moved around and set by the user. There are three
layers.
> > Each one has a Flash object imbedded in it (hence, moving around Flash
> > objects on the screen). We used Flash because of its smoother animation
and
> > its smaller size.
> >
> > The problem is that as we drag, the mouse moves over the Flash object
and
> > the events are no longered triggered by the browser (instead, the Flash
> > object itself 'eats' the event). This makes dragging a tricky, not so
fun
> > process.
> >
> > What I'd *like* to happen is to have the user be able to click on  the
Flash
> > file background, and when the mouse moves (with the LMB depressed), have
the
> > Flash object send out a message to a function which creates a drag event
on
> > the housing DynLayer and moves the Flash object.
> >
> > Any thoughts?
> >
> > Thanks!
> > Tim
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

Re: [Dynapi-Dev] Info about my personal inheritance crusade

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

http://www.cantir.com/dynapi


Álvaro Peña González wrote:

> Ok Jordi.
> ¿What is the direction of your Web, please?
>
> ---
> Álvaro Peña González
> VERIAL SOFTWARE
> ice...@ve...
>
> ----- Original Message -----
> From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
> To: <dyn...@li...>
> Sent: Tuesday, November 28, 2000 7:09 PM
> Subject: [Dynapi-Dev] Info about my personal inheritance crusade
>
> > I wrote some time ago rumbling about a problem when having multiple
> inheritance
> > and oncreate listeners. I said I was going to deal with the problem
> myself. So
> > far I must say I haven't found a way around the problem that satisfies me
> > enoght. I don't want to provide a solution that involves important changes
> in
> ...
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Faking Events

[Barre B. <ba...@ho...>]

I don't know if this is possible att all...
I have had this problem when hiding and showing layers with 
plugins in them... It does not work correctly.
From what I know a plugin works by taking screenarea and 
claiming it for itself. As for instance a game does.
So I don't know if it is possible to drag Flash around at 
all, since it will override most every manipulation with it 
outside of the flash film itself... 

/ Bart 


> Howdy howdy.
> 
> Anyone have an idea how to create an event and pass it to 
an object through
> the DynAPI events stuff? Here's what I'm trying to do. I 
have draggable
> layers that can be moved around and set by the user. 
There are three layers.
> Each one has a Flash object imbedded in it (hence, moving 
around Flash
> objects on the screen). We used Flash because of its 
smoother animation and
> its smaller size.
> 
> The problem is that as we drag, the mouse moves over the 
Flash object and
> the events are no longered triggered by the browser 
(instead, the Flash
> object itself 'eats' the event). This makes dragging a 
tricky, not so fun
> process.
> 
> What I'd *like* to happen is to have the user be able to 
click on  the Flash
> file background, and when the mouse moves (with the LMB 
depressed), have the
> Flash object send out a message to a function which 
creates a drag event on
> the housing DynLayer and moves the Flash object.
> 
> Any thoughts?
> 
> Thanks!
> Tim
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] inheritance crusade / SuperClass stuff

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

I absolutely agree. Things are already complicated enought and I don't want to add one single line of code there.


Dan Steinman wrote:

> It is both mine and Pascal's opinion that no special inheritance system is needed for DynAPI.  Just make careful attention, and structure using basic prototypes and you can do everything (except doing multiple inheritance).  Don't overwrite variables, and you don't even necessarily need to overwrite methods, and everything works perfectly.  The most simplistic solution is often the best, and I believe that is the case here.
>
> Dan
>

Re: [Dynapi-Dev] Faking Events

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

If you only want to drag the Flash place keep a pair of variables inside your
Movie.

oldX oldY

and then, when you detect movement inside the movie and the mouse is pressed:

GetURL("javascript:myHolder.moveBy("+(_xmouse-oldX)+","+(_ymouse-oldY)+")")
oldX = _xmouse
oldY = _ymouse

It should do the trick. I think

I hope my Flash knowledge doesn't get me banned from the project :)

Tim Royal wrote:

> Howdy howdy.
>
> Anyone have an idea how to create an event and pass it to an object through
> the DynAPI events stuff? Here's what I'm trying to do. I have draggable
> layers that can be moved around and set by the user. There are three layers.
> Each one has a Flash object imbedded in it (hence, moving around Flash
> objects on the screen). We used Flash because of its smoother animation and
> its smaller size.
>
> The problem is that as we drag, the mouse moves over the Flash object and
> the events are no longered triggered by the browser (instead, the Flash
> object itself 'eats' the event). This makes dragging a tricky, not so fun
> process.
>
> What I'd *like* to happen is to have the user be able to click on  the Flash
> file background, and when the mouse moves (with the LMB depressed), have the
> Flash object send out a message to a function which creates a drag event on
> the housing DynLayer and moves the Flash object.
>
> Any thoughts?
>
> Thanks!
> Tim
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Info about my personal inheritance crusade

[<ice...@ve...>]

Ok Jordi.
¿What is the direction of your Web, please?

---
Álvaro Peña González
VERIAL SOFTWARE
ice...@ve...

----- Original Message -----
From: "Jordi 'IlMaestro' Ministral" <jmi...@or...>
To: <dyn...@li...>
Sent: Tuesday, November 28, 2000 7:09 PM
Subject: [Dynapi-Dev] Info about my personal inheritance crusade


> I wrote some time ago rumbling about a problem when having multiple
inheritance
> and oncreate listeners. I said I was going to deal with the problem
myself. So
> far I must say I haven't found a way around the problem that satisfies me
> enoght. I don't want to provide a solution that involves important changes
in
...

RE: [Dynapi-Dev] Stupid questions

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

There is a FAQ available. I think it's also in the distribution. You should
also be able to find it on these sites:

http://www.sourceforge.net/projects/dynapi  look in the doc section
(official DynAPI site)
and
http://www.dynamic-core.net/core there's a mention to the faq there.

The DynAPI2 does work in NS6, but not yet perfect.. there are still some
bugs and I'm thinking this is just something we will have with every new
browser (get ready for ie6 :-)

My site is completely build using the dynapi2, so that should show you the
dynapi in action..  (there are more, but I don't know the urls)



Pascal Bestebroer
pb...@oi...
http://www.oibv.com


-----Oorspronkelijk bericht-----
Van: dyn...@li...
[mailto:dyn...@li...]Namens Craig Turner
Verzonden: woensdag 29 november 2000 8:51
Aan: dyn...@li...
Onderwerp: [Dynapi-Dev] Stupid questions


I'm new, and these are fundamental questions, but there's no faq on the
site, so that's OK :)

I had a play around with dynapi 12 months ago, remembered it yesterday
and was very pleased to find that people had picked up the effort and
continued with it.

My attitude to web development at the moment is that I'll develop solely
for mozilla. So my first question (more are sure to follow :) ) how does
this stuff go working with Netscape 6 and Mozilla? Are any of the
well-publicised bugs Netscape couldn't be bothered weeding out of their
commercialish release limiting on the dynapi libraries?

My second question is, are there any showcase sites for the technology
yet? My uni crowd have some webspace and are about to undergo
redevelopment, but I'd like to see dynapi in action (ideally).

Nice work guys!

   - C

_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] documentation?

[Tim R. <ti...@my...>]

Darn that 'real job' stuff! :)

Tim

-----Original Message-----
From: dyn...@li...
[mailto:dyn...@li...]On Behalf Of Jannon Frank
Sent: Tuesday, November 28, 2000 5:44 PM
To: dyn...@li...
Subject: Re: [Dynapi-Dev] documentation?


Um....

I just started working (first job out of college) so I've been spending
days getting up to speed at work and nights being tired.  I hope to return
to the documentation effort next week sometime


On Tue, 28 Nov 2000, Pascal Bestebroer wrote:

> Just wondering, what happened with the documentation project? is it
> cancelled?  I know there was this site online, but it suddenly became very
> quiet.
>
>
>
> Pascal Bestebroer
> pb...@oi...
> http://www.oibv.com
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Faking Events

[Tim R. <ti...@my...>]

Howdy howdy.

Anyone have an idea how to create an event and pass it to an object through
the DynAPI events stuff? Here's what I'm trying to do. I have draggable
layers that can be moved around and set by the user. There are three layers.
Each one has a Flash object imbedded in it (hence, moving around Flash
objects on the screen). We used Flash because of its smoother animation and
its smaller size.

The problem is that as we drag, the mouse moves over the Flash object and
the events are no longered triggered by the browser (instead, the Flash
object itself 'eats' the event). This makes dragging a tricky, not so fun
process.

What I'd *like* to happen is to have the user be able to click on  the Flash
file background, and when the mouse moves (with the LMB depressed), have the
Flash object send out a message to a function which creates a drag event on
the housing DynLayer and moves the Flash object.

Any thoughts?

Thanks!
Tim

Re: [Dynapi-Dev] documentation?

[Jannon F. <ja...@CS...>]

Um....

I just started working (first job out of college) so I've been spending
days getting up to speed at work and nights being tired.  I hope to return
to the documentation effort next week sometime


On Tue, 28 Nov 2000, Pascal Bestebroer wrote:

> Just wondering, what happened with the documentation project? is it
> cancelled?  I know there was this site online, but it suddenly became very
> quiet.
> 
> 
> 
> Pascal Bestebroer
> pb...@oi...
> http://www.oibv.com
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> 

[Dynapi-Dev] Stupid questions

[Craig T. <cr...@re...>]

I'm new, and these are fundamental questions, but there's no faq on the 
site, so that's OK :)

I had a play around with dynapi 12 months ago, remembered it yesterday 
and was very pleased to find that people had picked up the effort and 
continued with it.

My attitude to web development at the moment is that I'll develop solely 
for mozilla. So my first question (more are sure to follow :) ) how does 
this stuff go working with Netscape 6 and Mozilla? Are any of the 
well-publicised bugs Netscape couldn't be bothered weeding out of their 
commercialish release limiting on the dynapi libraries?

My second question is, are there any showcase sites for the technology 
yet? My uni crowd have some webspace and are about to undergo 
redevelopment, but I'd like to see dynapi in action (ideally).

Nice work guys!

   - C

Re: [Dynapi-Dev] inheritance crusade / SuperClass stuff

[Dan S. <dy...@fu...>]

It is both mine and Pascal's opinion that no special inheritance system is needed for DynAPI.  Just make careful attention, and structure using basic prototypes and you can do everything (except doing multiple inheritance).  Don't overwrite variables, and you don't even necessarily need to overwrite methods, and everything works perfectly.  The most simplistic solution is often the best, and I believe that is the case here.

Dan


On Tue, Nov 28, 2000 at 07:09:23PM +0100, Jordi 'IlMaestro' Ministral wrote:
> I wrote some time ago rumbling about a problem when having multiple inheritance
> and oncreate listeners. I said I was going to deal with the problem myself. So
> far I must say I haven't found a way around the problem that satisfies me
> enoght. I don't want to provide a solution that involves important changes in
> the Dynlayer's method and I don't want to increase the amount of code a widget
> has to include in order to be Dynlayer-inherited.
> 
> I have finished porting my widgets to the latest release. I'll most probably
> update my site and sumit the file tomorrow. In order to have them work, I edited
> my BoldLayer and now it doesn't have an oncreate listener. This I did because
> this is the only widget being extended, but this is not a good solution. I don't
> want to find myself wanting to extend another widget in the future and facing
> the same problems again.
> 
> I'd like to have my old stuff operative again so I can concentrate on the new
> one, so for now here's a working, yet not optimal, release.
> 
> I have also put ';' at the end of all the lines in my code in order to make it
> more formal and accomodate into the latest train of thought here.
> 
> On the profesional side I'm about to start a rather big corporate website and I
> have adopted DynAPI v2 as our technology. Call it commitment :)
> 
> Simply informative,
> 
> Jordi
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] DynDocument Plugin?

[Brandon M. <bnd...@ho...>]

DynAPI is very dependent on the DynDocument.js file.

DynAPI is the absolute core of DynAPI 2. It is the single place where
globally accessed things can be stored. Unassigned layers, DynDocument
lists, API options, inclusion routines, etc.
DynAPI.dyndoc  <- This has become common practice to retrieve the default
DynDocument object. Besides, 99.9% of the apps use the API for layers. And
this object is required to use layers.

I have solved a basic problem of, what if I want to use other objects
developed for DynAPI, use the DynAPI object, but not use any layering...
(Which I have done). I simply placed this in the loadHandler of the DynAPI
object.

So.. if these changes where made, I feel that DynDocument could become an
"Optional" object when not needed.

from:
      DynAPI.document.findDimensions()
      if (DynAPI.findLayers) DynAPI.findLayers(DynAPI.document)
      if (DynAPI.document.captureMouseEvents)
DynAPI.document.captureMouseEvents()
      DynAPI.loaded=false;
      if (DynAPI.document.invokeEvent)
DynAPI.document.invokeEvent('beforeload')
      if (DynAPI.document.invokeEvent) DynAPI.document.invokeEvent('load')
      if (DynAPI.onLoad) DynAPI.onLoad()
      for (var i=0;i<DynAPI.plugins.length; i++) if
(DynAPI.plugins[i].onLoad) DynAPI.plugins[i].onLoad()
      DynAPI.loaded=true
      if (DynAPI.document.invokeEvent)
DynAPI.document.invokeEvent('afterload')
      if (DynAPI.loaderStart) DynAPI.loaderStart()
to:
        DynAPI.loaded=false;
        if (typeof DynDocument!='undefined') {
          DynAPI.document.findDimensions()
          if (DynAPI.findLayers) DynAPI.findLayers(DynAPI.document)
          if (DynAPI.document.captureMouseEvents)
DynAPI.document.captureMouseEvents()
          if (DynAPI.document.invokeEvent)
DynAPI.document.invokeEvent('beforeload')
          if (DynAPI.document.invokeEvent)
DynAPI.document.invokeEvent('load')
        }
        if (DynAPI.onLoad) DynAPI.onLoad()
        for (var i=0;i<DynAPI.plugins.length; i++) if
(DynAPI.plugins[i].onLoad) DynAPI.plugins[i].onLoad()
        DynAPI.loaded=true
        if (DynAPI.loaderStart) DynAPI.loaderStart()
        if (typeof DynDocument!='undefined') {
          if (DynAPI.document.invokeEvent)
DynAPI.document.invokeEvent('afterload')
        }

----- Original Message -----
From: "Robert Rainwater" <rra...@ya...>
To: <dyn...@li...>
Sent: Tuesday, November 28, 2000 4:05 PM
Subject: [Dynapi-Dev] DynDocument Plugin?


> I was thinking about a post someone had about getting errors because
> they didnt include dyndocument.js.  Shouldn't dyndocument be a plugin.
> That way allow of the initialization stuff of the dyndocument can be
> done in dyndocument.js.  This way no dyndocument stuff will be in the
> dynapi.js file.  Isn't that what the plugin idea was for anyway?
>
> --
> // Robert Rainwater
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] DynDocument Plugin?

[Scott A. L. <sc...@sc...>]

There's something I don't understand about the current DynAPI
implementation.  Many of the core scripts have dependencies on the
others.  DynLayer and DynAPI require DynDocument, and almost all core
scripts require BrowserCheck.  Yet I see a lot of people including these
scripts one-by-one, instead of just including the core.api package.  The
core scripts probably shouldn't really be treated as optional plug-ins. 
If DynAPI can't find DynDocument, it will fail when creating the default
DynDocument.  Etc, etc.

-- 
scott andrew lepera
-----------------------------------
web stuff:     www.scottandrew.com
music stuff:   www.walkingbirds.com

[Dynapi-Dev] DynDocument Plugin?

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

I was thinking about a post someone had about getting errors because
they didnt include dyndocument.js.  Shouldn't dyndocument be a plugin. 
That way allow of the initialization stuff of the dyndocument can be
done in dyndocument.js.  This way no dyndocument stuff will be in the
dynapi.js file.  Isn't that what the plugin idea was for anyway?

-- 
// Robert Rainwater

Re: [Dynapi-Dev] Re: [Dynapi-Help] Repeat - mem leak question

[Raymond S. <dst...@or...>]

freemem is a really nice active memory manage util.  shareware gotten at
zdnet.com.

Getting to 1,000 anything on a 486 with 16mb of ram is a wonderous thing....

----- Original Message -----
From: "Alexey Medvedev" <ma...@ca...>
To: <dyn...@li...>
Sent: Tuesday, November 28, 2000 7:17 AM
Subject: Re: [Dynapi-Dev] Re: [Dynapi-Help] Repeat - mem leak question


>
> What is "freemem pro" ?
>
>   And what is your CPU/Mem/OS?
>   On 486/win95/16MB it was something like ~1000
>   On 2xPIIx333/Linux/256MB - ~5000 without glucks now.
>
> Also - there is "window.frameRate (60)" in NN4. Do anyone
>  look at it to make dynamic ajastments of DHTML page?
>  (for example - disable glide/move animations).
>
> Could anyone describe what "window.offscreenBuffering = auto" for?
>
>   ref: http://deep.kiev.ua/~netlib/js/JS_MDV/
>
> ps. the test was meant to see - could I paint by pixel on screen :))))
>
> Malx
> --
> There is no thing in the world, which is more powerfull, than default
>
>
>
>
> On Tue, 28 Nov 2000, Raymond Smith wrote:
>
> > I got to 7000 layers then hit the back button.  It hung at that point.
> > Suceeded with back button at 4000 layers
> > use freemem pro, probably helped.  But 6000+ layers is insane...
>
> > >
> > > http://deep.kiev.ua/JS/garbage/js1/test_layers.html
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

[Dynapi-Dev] Info about my personal inheritance crusade

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

I wrote some time ago rumbling about a problem when having multiple inheritance
and oncreate listeners. I said I was going to deal with the problem myself. So
far I must say I haven't found a way around the problem that satisfies me
enoght. I don't want to provide a solution that involves important changes in
the Dynlayer's method and I don't want to increase the amount of code a widget
has to include in order to be Dynlayer-inherited.

I have finished porting my widgets to the latest release. I'll most probably
update my site and sumit the file tomorrow. In order to have them work, I edited
my BoldLayer and now it doesn't have an oncreate listener. This I did because
this is the only widget being extended, but this is not a good solution. I don't
want to find myself wanting to extend another widget in the future and facing
the same problems again.

I'd like to have my old stuff operative again so I can concentrate on the new
one, so for now here's a working, yet not optimal, release.

I have also put ';' at the end of all the lines in my code in order to make it
more formal and accomodate into the latest train of thought here.

On the profesional side I'm about to start a rather big corporate website and I
have adopted DynAPI v2 as our technology. Call it commitment :)

Simply informative,

Jordi

Re: [Dynapi-Dev] Re: [Dynapi-Help] Repeat - mem leak question

[Alexey M. <ma...@ca...>]

	What is "freemem pro" ?

  And what is your CPU/Mem/OS?
  On 486/win95/16MB it was something like ~1000
  On 2xPIIx333/Linux/256MB - ~5000 without glucks now.

	Also - there is "window.frameRate (60)" in NN4. Do anyone
 look at it to make dynamic ajastments of DHTML page? 
 (for example - disable glide/move animations).

	Could anyone describe what "window.offscreenBuffering = auto" for?

  ref: http://deep.kiev.ua/~netlib/js/JS_MDV/

ps. the test was meant to see - could I paint by pixel on screen :))))

			Malx
-- 
There is no thing in the world, which is more powerfull, than default




On Tue, 28 Nov 2000, Raymond Smith wrote:

> I got to 7000 layers then hit the back button.  It hung at that point.
> Suceeded with back button at 4000 layers
> use freemem pro, probably helped.  But 6000+ layers is insane...

> >
> > http://deep.kiev.ua/JS/garbage/js1/test_layers.html

Re: [Dynapi-Dev] Re: [Dynapi-Help] Repeat - mem leak question

[Raymond S. <dst...@or...>]

I got to 7000 layers then hit the back button.  It hung at that point.
Suceeded with back button at 4000 layers
use freemem pro, probably helped.  But 6000+ layers is insane...

----- Original Message -----
From: "Alexey Medvedev" <ma...@ca...>
To: <dyn...@li...>
Sent: Tuesday, November 28, 2000 3:19 AM
Subject: [Dynapi-Dev] Re: [Dynapi-Help] Repeat - mem leak question


> On Mon, 27 Nov 2000, Andrew Forber wrote:
>
> Hello!
> --
> First of all - I'm first time here. I'm very interested in DHTML
> and have tryes to use old Dan's library. Current my work is depends
> on dhtml so , I hope , will contribute something.
> --
>
> > time Internet Explorer 5.5 uses about 2 megs more of RAM. After loading
the
>
> I'm very courius about lots of layers used in lib and about
>  LongNameOfParameters. Have anyone tries to make memory tests?
>  I thinks it have less memory to insert number of images in one layer
>  then to make one layer for every one (as , i thinks , now is with
widgets)
>
> Try to see how much layers you computer could drow (NN only :-/:
>
> http://deep.kiev.ua/JS/garbage/js1/test_layers.html
>
>   Just now NN4/unix crashed on ~400 layers + Back button press :)
>
> When I leave it to draw ~4000 layers it hang X Window at all :-/
>
>  And - is there some way to insert memory checks into debug version of
> DynAPI? (the one without comments and other striped)
>  I this JS will not permit this , but in NN you could utilise LiveConnect
> to Java and IE have ActiveX embadable.
>
> Also some sort of events/calls loging would be nice to have
>  in debug version - it's hard to figure source of browser crashes :-/
>
> Malx
> --
> There is no thing in the world, which is more powerfull, than default
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

[Dynapi-Dev] documentation?

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

Just wondering, what happened with the documentation project? is it
cancelled?  I know there was this site online, but it suddenly became very
quiet.



Pascal Bestebroer
pb...@oi...
http://www.oibv.com

[Dynapi-Dev] Re: [Dynapi-Help] Repeat - mem leak question

[Alexey M. <ma...@ca...>]

On Mon, 27 Nov 2000, Andrew Forber wrote:

		 Hello!
--
First of all - I'm first time here. I'm very interested in DHTML
and have tryes to use old Dan's library. Current my work is depends
on dhtml so , I hope , will contribute something.
--

> time Internet Explorer 5.5 uses about 2 megs more of RAM. After loading the

	I'm very courius about lots of layers used in lib and about
 LongNameOfParameters. Have anyone tries to make memory tests?
 I thinks it have less memory to insert number of images in one layer
 then to make one layer for every one (as , i thinks , now is with widgets)

	Try to see how much layers you computer could drow (NN only :-/:

	http://deep.kiev.ua/JS/garbage/js1/test_layers.html

  Just now NN4/unix crashed on ~400 layers + Back button press :)

	When I leave it to draw ~4000 layers it hang X Window at all :-/

 And - is there some way to insert memory checks into debug version of 
DynAPI? (the one without comments and other striped)
 I this JS will not permit this , but in NN you could utilise LiveConnect
to Java and IE have ActiveX embadable.

	Also some sort of events/calls loging would be nice to have
 in debug version - it's hard to figure source of browser crashes :-/

				Malx
-- 
There is no thing in the world, which is more powerfull, than default

Re: [Dynapi-Dev] Source And Production Distribution?

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

I can write one for Win32 using VB..
won't require destination files exist before hand either.
 :-)

Thank you,
Doug Melvin
Integrated System Solutions: Design, Development, Implementation and Support
Creative-Workshop.com

----- Original Message -----
From: "Siegel, Dirk" <DS...@ai...>
To: <dyn...@li...>
Sent: Monday, November 27, 2000 2:03 AM
Subject: RE: [Dynapi-Dev] Source And Production Distribution?


Hy!

>There are several ways to strip comments from source code. It
>is easy to
>select a JS compression tool as standard. Or, we can write our own
>script/program to filter out comments of all files recursively under a
>directory. If it is desired, I can contribute it in Perl/Java/C.

I've an Code Stripping System running under PERL. It uses two
directories:
js
js/stripped
All files have to be in both directories. If your running codestripper.pl
in js, it searches all writable files in js/stripped, read the coresponding
file in js, strippe all comments and copy ist to js/stripped. The two
directories are necessary, if your using a revision control system.
The codestripper only touches files which are checked out.

Here is the code (comments are in german :-( ).
Bye
Dirk

#Header:
#$Id: codestripper.pl 1.1 1999/07/23 09:36:32 e567 i.B. $
#$ProjectName: I:\Projekte\ProNet_2_1\source\mks\DEV_Web\ProNet_2_1_dev.pj $
#$ProjectRevision: 1.1 $

#!/usr/bin/perl

# Codestripper für ProNet 2
# Progrmamiert von Dirk Siegel
# Begonnen am 27.05.1998

# Liest alle JavaScript Files eines Verzeichnisses ein
# und entfernt alle Kommentare, um Ladezeit zu sparen.
# Dabei wird jedes File Zeilenweise eingelesen und
# über die Suche mit Regulären Ausdrücken die Kommentar-
# Blöcke von '/*' bid '*/' entfernt. Danach werden alle
# Kommentare ab '//' entfernt.

# Lege das Unterverzeichnis fest
$directory = "./stripped/";

# Lese das aktuelle Verzeichnis ein
opendir(DIR,".");
@javascriptfiles = grep(/\.js/,readdir(DIR));
# print "Folgende Dateien werden gekuerzt:\n";
# print "@javascriptfiles\n\n";

# Führe für jedes JavaScript-File des Verzeichnisses aus:
foreach $arg (@javascriptfiles) {

# Öffne das File
# print "Oeffne das File $arg\n";
open(FILE,$arg) || die "FEHLER: Kann $! nicht oeffnen!\n";

# Erzeuge das Ausgabefile
# Teste, ob das File ausgecheckt ist
if (-w "$directory$arg") {
open(AUS,">$directory$arg") || die "FEHLER: Kann $! nicht
erzeugen!\n";
# print "$arg ist geoeffnet\n";
} else {
next;
}

$zaehler = 0;
$kommentar = 0;
$anzahl_zeilen = 0;

while (<FILE>) {
# print "Lese: $_";
$anzahl_zeilen++;

# Lösche bei Zeilen mit Kommentar alles nach dem '//'
s/(.*)\/\/.*/$1/g;

# Sind wir im Kommentarmode ?
if ( $kommentar == 1 ) {
# Wurde das Ende eines Kommentarblocks erreicht?
if (/\*\//) {
$kommentar = 0;
}
$zaehler++;
} else {
# Wurde der Anfang eines Kommentarblocks erreicht?
if ((/\/\*/) && !(/\/\*\#Header\:/)) {
$kommentar = 1;
$zaehler++;
} else {
# Lösche überflüssige Leerzeichen
s/\ \ */\ /g;

# Lösche alle Tabulatoren
s/\t*//g;

# Schreibe die Zeilen in das temporäre File,
wenn sie keine Leerzeilen sind
if (!( (/^$/) || (/^ $/))) {
print AUS "$_";
} else {
$zaehler++;
}
}
}
}

# Schließe die Files
close AUS;
close FILE;

print "In der Datei $arg wurden von $anzahl_zeilen Zeilen Code
$zaehler Zeilen entfernt\n";
# print "$arg wurde umgewandelt.\n";
}

print "\n\nDas Kuerzen der JavaScript Dateien ist abgeschlossen\n";

RE: [Dynapi-Dev] Source And Production Distribution?

[Guangyi Wu <gua...@al...>]

I modified the perl file and translate/rewrite the comments in English.
Several things changed:
1. The library structure of DynAPI is not flat, a strip_dir() is added to
travel into all sub-directories.
2. The original version can only handle simple cases, and fails when
different comment tokens nest or comment tokens are in string. (e.g.
document.write('// This is not comment')). The following version should be
much better. If there are still things missing, let me know.

cheers
George
##############
# CodeFilter.pl
##############

#!/usr/bin/perl

# Comment filter for ProNet 2
# Author Dirk Siegel
# Begin on 27.05.1998
# Modified by George on 17.11.2000

# read all JavaScript files under a directory recursively
# and remove all comments.

# set sub-directory
$#ARGV >= 2 && die "[Usage] $0 [src_path] [dest_path]\n";
if ($#ARGV > 0) {
  $destdir = $ARGV[1];
} else {
  $destdir = "js_prod";
}

if ($#ARGV > -1) {
  $srcdir = $ARGV[0];
} else {
  $srcdir = "js";
}

sub strip_dir {
  my($srcdir, $destdir) = @_;
  
  # get js files in source directory
  opendir(SRCDIR, $srcdir);
  my(@javascriptfiles) = grep(/\.(js|JS)/,readdir(SRCDIR));
  closedir(SRCDIR);

  # get sub-directories in source directory
  opendir(SRCDIR, $srcdir);
  my(@subdirs) = grep(/^[^.]/ && -d "$srcdir/$_", readdir(SRCDIR));
  closedir(SRCDIR);

  # create destination directory
  unless (-e $destdir) {
    mkdir($destdir, "0755") || die "Cannot make directory $destdir";
  }
  -d $destdir || die "$destdir is not a directory";
  
  # strip all js files
  foreach $jsfile (@javascriptfiles) {
    strip_file("$srcdir/$jsfile", "$destdir/$jsfile");
  }

  # strip all sub-directories
  foreach my $subdir (@subdirs) {
    strip_dir("$srcdir/$subdir", "$destdir/$subdir");
  }
}


sub strip_file {
  my($srcfile, $destfile) = @_;
  
	# open input js file
	open(INJS,$srcfile) || die "Cannot open $srcfile!\n";

	# open the output file if it is writable
	if (-e $destfile && !(-w $destfile)) {
	  print "The file $destfile is not writable";
	  close(INJS);
	  return;
	}
	open(OUTJS, ">$destfile") || die "Cannot open $destfile!";

  # see perl faq6 - remove C comment
  # '//' is added for JS
  $/ = undef;
  $_ = <INJS>;
 
s#/\*[^*]*\*+([^/*][^*]*\*+)*/|//.*(?=\n)|("(\\.|[^"\\])*"|'(\\.|[^'\\])*'|\
n+|.[^/"'\\]*)#$2#g;
  s/\n\s*\n/\n/g;
  print OUTJS $_;

	# close the files
	close OUTJS;
	close INJS;
}

strip_dir("$srcdir", "$destdir");
# strip_file("test.js", "output.js"); 


===============================
Test file: test.js, 
which is actually not a JS file
===============================
line 1; // This is a comment
// This is a comment

    // comments with indents
line 2; // This is a comment /*
line 3; /* This is a comment
and // a commment*/  
/* short comment */line 4; /* and other comment */ 
/* short // comment */line 5; /* another comment */
line 6:"not a comment /*";
line 7:"not a comment */"; /* but it is a comment */
line 8:'not a comment //'; // but it is a comment

RE: [Dynapi-Dev] Credit where credits due

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

sorry, the code is not being used in DynAPI2 (as far as I'm aware)

Pascal Bestebroer
pb...@oi...
http://www.oibv.com


-----Oorspronkelijk bericht-----
Van: dyn...@li...
[mailto:dyn...@li...]Namens noah
Verzonden: maandag 27 november 2000 11:49
Aan: dyn...@li...
Onderwerp: [Dynapi-Dev] Credit where credits due


Hi guys!

I havn't had chance to take a look at the DynAPI2 but if it contains some of
my code (passargs.js amongst others) it would only be fair to list me as an
original contributing developer in section 1.1 one of the F.A.Q. at
(http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757#1.1)
like I was originaly credited at (http://www.dansteinman.com/dynapi/README)

Regards,
Noah Slater
____________________________________________________________________________
_________
Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com

_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Credit where credits due

[noah <noa...@ho...>]

Hi guys!

I havn't had chance to take a look at the DynAPI2 but if it contains some of 
my code (passargs.js amongst others) it would only be fair to list me as an 
original contributing developer in section 1.1 one of the F.A.Q. at 
(http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757#1.1) 
like I was originaly credited at (http://www.dansteinman.com/dynapi/README)

Regards,
Noah Slater
_____________________________________________________________________________________
Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com