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

Re: [Dynapi-Dev] Client-Server Programming

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

Any of you "old dogs" read the following book?

Internetworking with TCP/IP, Vol. 3: Client-Server Programming and
Applications, Linux/Posix Sockets Version
Author: Comer

The reviews look solid and I'm looking for a better understanding of
client/server interaction under Linux/Posix.

Ray

A designer who lost his mind in a programmers world.

Re: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )

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

I should apologise.  the change of subject was due to my post at 2am regarding
my remebering the go 64 command that forced the C128 to run the older C64
system.  this was needed for some games.

similar to kickbooting your amiga into older kick start versions.

Pascal Bestebroer wrote:

> you wish you was as young as me :)  (and please not I didn't add the  I have
> no life to this subject ;)
>
> Pascal Bestebroer
> pa...@dy...
> http://www.dynamic-core.net
>
> > -----Oorspronkelijk bericht-----
> > Van: dyn...@li...
> > [mailto:dyn...@li...]Namens Raymond Smith
> > Verzonden: zondag 18 februari 2001 11:46
> > Aan: dyn...@li...
> > Onderwerp: Re: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )
> >
> >
> > You must be as old as me then, you old dog!
> >
> > ----- Original Message -----
> > From: "Pascal Bestebroer" <pa...@dy...>
> > To: <dyn...@li...>
> > Sent: Sunday, February 18, 2001 2:32 AM
> > Subject: RE: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )
> >
> >
> > > > > but I dare to say that nothing ever invented was better then the
> > C64...
> > > >
> > > > I think the first amiga might challenge that. :-)
> > >
> > > :) this has always been a sort of war between C64 coders and Amiga
> > > developers, so it's probably depends on what you like
> > >
> > > If you look at it from a C64 enthousiast side, the C64 had some
> > > unbelieveable potential.
> > > a few examples:
> > >
> > > - hardware limited 8 sprites.. with some software tricks it was possible
> > to
> > > display 256 sprites (clever coding could make those 8 sprites be drawn
> > > multiple times on screen using the screen's raster lines to redraw those
> > > sprites at new positions once they we're already drawn) and in
> > some cases
> > > people could pull of even more sprites (not very useable for
> > games, but it
> > > was possible)
> > >
> > > - 64kb, game levels we're huge using run-time compression to compres the
> > > levels and graphics used
> > > - sid chip,  one amazing piece of hardwarde that could be made into
> > singing
> > > by some musicians and software developers..without digitized noise!
> > >
> > > - 16 colors, this was set by the hardware.. no way of changing those
> > colors.
> > > But because of screen resolutions being a bit blurry, you could
> > mix color
> > > combinations to create a new color (on screen those colors would blend
> > into
> > > eachother and look like a new color..)
> > >
> > >
> > > > > of a PC.. even the 16color (hardware limited and palette
> > set) could be
> > > > > fooled into more then 16 colors.
> > > >
> > > > Let's hear it for pallet rotation!!!
> > >
> > > read above, this couldn't be done.. the 16 colors could not be changed..
> > >
> > > I think the C64 was demanding more creativity from the coders, it had
> > > limits, if you wanted more, you'd have to do some thinking and testing..
> > > something most developers seem to have lost these days. Only
> > two persons I
> > > can come up with, John Carmack (squeezing alot of power out of rendering
> > > engines) and Tim Sweeney also showing that taking time in programming
> > things
> > > pays off..
> > >
> > > It's also my main interest in DHTML, doing things that nobody
> > has seen or
> > > figured could be done. DHTML has also some strict limits set, but it is
> > > possible to mix things up and create new stuff.  My first few
> > widgets are
> > > based on C64 tricks (plasma, fire) and I even managed to get
> > real-time 3D
> > > running.. I also brainstormed a bit with someone who was on this project
> > > about being able to create a wolfenstein type game in DHTML.. given the
> > > technique behind Wolf3d, it would be very possible to get it working in
> > > DHTML, only speed issues might be a problem, but I still believe it's
> > > possible to do.
> > >
> > > on to Wolf3DHTML !
> > >
> > > Pascal Bestebroer
> > > pa...@dy...
> > > http://www.dynamic-core.net
> > >
> > >
> > > _______________________________________________
> > > 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
> >
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

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

RE: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )

[Pascal B. <pa...@dy...>]

you wish you was as young as me :)  (and please not I didn't add the  I have
no life to this subject ;)

Pascal Bestebroer
pa...@dy...
http://www.dynamic-core.net

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Raymond Smith
> Verzonden: zondag 18 februari 2001 11:46
> Aan: dyn...@li...
> Onderwerp: Re: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )
>
>
> You must be as old as me then, you old dog!
>
> ----- Original Message -----
> From: "Pascal Bestebroer" <pa...@dy...>
> To: <dyn...@li...>
> Sent: Sunday, February 18, 2001 2:32 AM
> Subject: RE: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )
>
>
> > > > but I dare to say that nothing ever invented was better then the
> C64...
> > >
> > > I think the first amiga might challenge that. :-)
> >
> > :) this has always been a sort of war between C64 coders and Amiga
> > developers, so it's probably depends on what you like
> >
> > If you look at it from a C64 enthousiast side, the C64 had some
> > unbelieveable potential.
> > a few examples:
> >
> > - hardware limited 8 sprites.. with some software tricks it was possible
> to
> > display 256 sprites (clever coding could make those 8 sprites be drawn
> > multiple times on screen using the screen's raster lines to redraw those
> > sprites at new positions once they we're already drawn) and in
> some cases
> > people could pull of even more sprites (not very useable for
> games, but it
> > was possible)
> >
> > - 64kb, game levels we're huge using run-time compression to compres the
> > levels and graphics used
> > - sid chip,  one amazing piece of hardwarde that could be made into
> singing
> > by some musicians and software developers..without digitized noise!
> >
> > - 16 colors, this was set by the hardware.. no way of changing those
> colors.
> > But because of screen resolutions being a bit blurry, you could
> mix color
> > combinations to create a new color (on screen those colors would blend
> into
> > eachother and look like a new color..)
> >
> >
> > > > of a PC.. even the 16color (hardware limited and palette
> set) could be
> > > > fooled into more then 16 colors.
> > >
> > > Let's hear it for pallet rotation!!!
> >
> > read above, this couldn't be done.. the 16 colors could not be changed..
> >
> > I think the C64 was demanding more creativity from the coders, it had
> > limits, if you wanted more, you'd have to do some thinking and testing..
> > something most developers seem to have lost these days. Only
> two persons I
> > can come up with, John Carmack (squeezing alot of power out of rendering
> > engines) and Tim Sweeney also showing that taking time in programming
> things
> > pays off..
> >
> > It's also my main interest in DHTML, doing things that nobody
> has seen or
> > figured could be done. DHTML has also some strict limits set, but it is
> > possible to mix things up and create new stuff.  My first few
> widgets are
> > based on C64 tricks (plasma, fire) and I even managed to get
> real-time 3D
> > running.. I also brainstormed a bit with someone who was on this project
> > about being able to create a wolfenstein type game in DHTML.. given the
> > technique behind Wolf3d, it would be very possible to get it working in
> > DHTML, only speed issues might be a problem, but I still believe it's
> > possible to do.
> >
> > on to Wolf3DHTML !
> >
> > Pascal Bestebroer
> > pa...@dy...
> > http://www.dynamic-core.net
> >
> >
> > _______________________________________________
> > 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] TCanvas vs. DynLayer ( I have no life : ) )

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

You must be as old as me then, you old dog!

----- Original Message -----
From: "Pascal Bestebroer" <pa...@dy...>
To: <dyn...@li...>
Sent: Sunday, February 18, 2001 2:32 AM
Subject: RE: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )


> > > but I dare to say that nothing ever invented was better then the
C64...
> >
> > I think the first amiga might challenge that. :-)
>
> :) this has always been a sort of war between C64 coders and Amiga
> developers, so it's probably depends on what you like
>
> If you look at it from a C64 enthousiast side, the C64 had some
> unbelieveable potential.
> a few examples:
>
> - hardware limited 8 sprites.. with some software tricks it was possible
to
> display 256 sprites (clever coding could make those 8 sprites be drawn
> multiple times on screen using the screen's raster lines to redraw those
> sprites at new positions once they we're already drawn) and in some cases
> people could pull of even more sprites (not very useable for games, but it
> was possible)
>
> - 64kb, game levels we're huge using run-time compression to compres the
> levels and graphics used
> - sid chip,  one amazing piece of hardwarde that could be made into
singing
> by some musicians and software developers..without digitized noise!
>
> - 16 colors, this was set by the hardware.. no way of changing those
colors.
> But because of screen resolutions being a bit blurry, you could mix color
> combinations to create a new color (on screen those colors would blend
into
> eachother and look like a new color..)
>
>
> > > of a PC.. even the 16color (hardware limited and palette set) could be
> > > fooled into more then 16 colors.
> >
> > Let's hear it for pallet rotation!!!
>
> read above, this couldn't be done.. the 16 colors could not be changed..
>
> I think the C64 was demanding more creativity from the coders, it had
> limits, if you wanted more, you'd have to do some thinking and testing..
> something most developers seem to have lost these days. Only two persons I
> can come up with, John Carmack (squeezing alot of power out of rendering
> engines) and Tim Sweeney also showing that taking time in programming
things
> pays off..
>
> It's also my main interest in DHTML, doing things that nobody has seen or
> figured could be done. DHTML has also some strict limits set, but it is
> possible to mix things up and create new stuff.  My first few widgets are
> based on C64 tricks (plasma, fire) and I even managed to get real-time 3D
> running.. I also brainstormed a bit with someone who was on this project
> about being able to create a wolfenstein type game in DHTML.. given the
> technique behind Wolf3d, it would be very possible to get it working in
> DHTML, only speed issues might be a problem, but I still believe it's
> possible to do.
>
> on to Wolf3DHTML !
>
> Pascal Bestebroer
> pa...@dy...
> http://www.dynamic-core.net
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>

RE: [Dynapi-Dev] TCanvas vs. DynLayer ( I have no life : ) )

[Pascal B. <pa...@dy...>]

> > but I dare to say that nothing ever invented was better then the C64...
>
> I think the first amiga might challenge that. :-)

:) this has always been a sort of war between C64 coders and Amiga
developers, so it's probably depends on what you like

If you look at it from a C64 enthousiast side, the C64 had some
unbelieveable potential.
a few examples:

- hardware limited 8 sprites.. with some software tricks it was possible to
display 256 sprites (clever coding could make those 8 sprites be drawn
multiple times on screen using the screen's raster lines to redraw those
sprites at new positions once they we're already drawn) and in some cases
people could pull of even more sprites (not very useable for games, but it
was possible)

- 64kb, game levels we're huge using run-time compression to compres the
levels and graphics used
- sid chip,  one amazing piece of hardwarde that could be made into singing
by some musicians and software developers..without digitized noise!

- 16 colors, this was set by the hardware.. no way of changing those colors.
But because of screen resolutions being a bit blurry, you could mix color
combinations to create a new color (on screen those colors would blend into
eachother and look like a new color..)


> > of a PC.. even the 16color (hardware limited and palette set) could be
> > fooled into more then 16 colors.
>
> Let's hear it for pallet rotation!!!

read above, this couldn't be done.. the 16 colors could not be changed..

I think the C64 was demanding more creativity from the coders, it had
limits, if you wanted more, you'd have to do some thinking and testing..
something most developers seem to have lost these days. Only two persons I
can come up with, John Carmack (squeezing alot of power out of rendering
engines) and Tim Sweeney also showing that taking time in programming things
pays off..

It's also my main interest in DHTML, doing things that nobody has seen or
figured could be done. DHTML has also some strict limits set, but it is
possible to mix things up and create new stuff.  My first few widgets are
based on C64 tricks (plasma, fire) and I even managed to get real-time 3D
running.. I also brainstormed a bit with someone who was on this project
about being able to create a wolfenstein type game in DHTML.. given the
technique behind Wolf3d, it would be very possible to get it working in
DHTML, only speed issues might be a problem, but I still believe it's
possible to do.

on to Wolf3DHTML !

Pascal Bestebroer
pa...@dy...
http://www.dynamic-core.net

Re: [Dynapi-Dev] TCanvas vs. DynLayer

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

You just don't get it.
It's not that I use different code and the version I tested with has a
children list. (uses my TList so didn't include it).
The reason it's faster is such. When browsers parse js code and create
objects they create actual objects in their application. That means that for
every dynlayer there is an object inside Netscape or IE with actual objects
in them. In your method of creation you:
Create new DynLayer()
Call add child to the parent
Parent does the following
static Create the virtual object
static Create the actual element
static Assign the element
This means that the browser has to
Get Parent object in browsers memory
Call addchild
Call static line and create js object
Call static line and create js element
Call staticassignment where you have to get obj1 and obj2 and assign
and more of this type of thing
It slows down the process by a whole lot
What my create does is:
Create new Canvas()
myCanvas.create does this:
Check who the parent is
if null create in the actual document
if Canvas create under it
No passing of object between methods, not assigning no static methods.

8an

RE: [Dynapi-Dev] TCanvas vs. DynLayer

[Pascal B. <pa...@dy...>]

I still think this is not a fair test..

simple example: DynAPI is maintaining a children array...see what it does
there.

I find it very hard to believe that your tcanvas is faster then dynlayer,
because your using dynlayer's creation code.
Your just leaving out alot of code we've been putting in for the last couple
of months to make dynlayer easier and give if more functionality.

I'll be doing some optimising test for dynlayer today (I think the
removeFromArray()  part is a problem with the speed, and see if I can make
it faster.. but again your tcanvas has alot less functionality then the
dynlayer..

we could make a dynlayer-lite and it would probably match your speed (or be
faster, because there's still room for optimisation in your creation code by
not calling the sethtml function, but just incorporating that code into the
create)

I'll let you know

Pascal Bestebroer
pa...@dy...
http://www.dynamic-core.net

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Eytan Heidingsfeld
> Verzonden: zaterdag 17 februari 2001 21:26
> Aan: dyn...@li...
> Onderwerp: RE: [Dynapi-Dev] TCanvas vs. DynLayer
>
>
> Included in the zip yet again
> tcanvas.js
> and
> browser.js
>
> and the test for DynLayer and TCanvas with nesting and without
> called:
> stress.dynlayer.create nested wtime.htm
> stress.dynlayer.create wtime.htm
> stress.canvas.create nested wtime.htm
> stress.canvas.create wtime.htm
>
> 8an

[Dynapi-Dev] XML and Us

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

Hi,
While getting into webos I think I noticed that all of their objects are =
either defined in html or are described by the IDE in xml. I think it is =
the first option. Thinking about I realized how cool that was.
What they do is describe the object in XML (each event has a proc like I =
like and not eventlisteners each property having methods for it and =
more) and then they parse these objects to create working js objects.

How cool is that?
I think we should discuss if this is the way to go? Can Dan tell us if =
this is what they do or did I get confused?

This would be a great way to take care of all future versions.

another thing I noticed is that they did what was proposed here be =
someone(forgot who it was) to split up the files per browser.

8an

[Dynapi-Dev] Dynamic Loading.

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

While I agree that the WebOS solution is overkill for the DynAPI.  The
Loadpanel approach is not the most solid bridge to deliver dynamic (dynamic
being defined as 'dynamic server/client interaction') content.  I think we
need to explore alternatives/improvements to the glue between the DynAPI and
the wealth of server-side power that exists out there.

JS is client.  It performs best in that world.  The server-side unlocks a
whole new world of "dynamics" that currently tend to funnel into very "dead"
client interfaces.  That's what peaked my interest in the DynAPI in the
first place.  I loath the limited realm that FLASH delivers along with its
pathetic CPU chewing rendering engine.  I like the fact that the DynAPI
leaves options 100% open for me to pick and choose front-to-back delivery
platforms.

Currently loadpanel is probably the weakest link supporting the DynAPI
platform.  But it is the "only" link we currently have to bridge between two
very different worlds.  Fix and optimize it....,

then you will see magic...

The "art" of client side interface will meet the "fandango dance" of the
server-side apps and really enhance the overall forumla for developing and
delivering the web experiences of tomorrow.

Ray

Re: [Dynapi-Dev] new DynDocument (again)

[Richard B. <ma...@ri...>]

You can see this example live here:
Pascal_Bestebroer_Dynacore_Examples
http://www.richardinfo.com/?menu=examples&node=1

----- Original Message -----
From: "Michael Pemberton" <mp...@ph...>
To: <dyn...@li...>
Sent: Saturday, February 17, 2001 2:59 PM
Subject: Re: [Dynapi-Dev] new DynDocument (again)


> I found the attched code as part of an old dynacore release
> (2000.11.12).  It may need
> a bit or tweaking to make it work with the latest dynapi release. (just
> check the
> method names etc.)
>
> If you have any problems, I can look into it further for you.
>
> Richard Emberson wrote:
>
> > Michael Pemberton wrote:
> >
> > > Frames.
> >
> > Any examples?
> >
> > >
> > >
> > > Richard Emberson wrote:
> > >
> > > > In the file dynapi.js a DynDocument is created:
> > > >
> > > >                 DynAPI.document=new DynDocument(self);
> > > >
> > > > As far as I can tell this is the only place in the code base or
examples where
> > > > a DynDocument is created. In the file dyndocument.js the DynDocument
object has
> > > > the attributes:
> > > >
> > > > DynDocument.dyndocs = [];
> > > > DynDocument.dyndocsID = [];
> > > >
> > > > which seems to imply that there can be more than one DynDocument. Is
there any
> > > > example of such an occurance?
> > > >
> > > > Thanks.
> > > >
> > > > Richard Emberson
> > > >
> > > > _______________________________________________
> > > > 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 mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010

Re: [Dynapi-Dev] Demo Site

[Jeff <jef...@ea...>]

Excellent.

I think it's a great idea.

Jeff Greenberg
je...@we...

Robert Rainwater wrote:

> I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
>
> of site we could use for the main page.  This would allow the site to
> be a bit more dynamic and up to date.
>
> So what do ya think?
>
> --
> // Robert Rainwater
> ----------------------
> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
> DynAPI Homepage: http://dynapi.sourceforge.net/
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

Re: [Dynapi-Dev] Demo Site

[Richard B. <ma...@ri...>]

I put up some ftp space here a while back, which is free for all, do what
you want here:

ftp.dynapi.f2s.com
username: dynapi
password: dynapi
url: http://www.dynapi.f2s.com/dynapi/
It also supports PHP/Perl-cgi and Database.

Cheers,
Richard Bennett

ma...@ri...
www.richardinfo.com
(Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2)
Find the DynAPI faq here:
http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757
Browse the mailinglist here:
http://www.mail-archive.com/index.php3?hunt=dynapi

----- Original Message -----
From: "Henrik Våglin" <hv...@ya...>
To: <dyn...@li...>
Sent: Saturday, February 17, 2001 11:54 PM
Subject: Re: [Dynapi-Dev] Demo Site


> What's your problem with ccreation keyevents extension, eh? ;) Which
system, platform & browser (version) are you using and7or getting what
error.
> If you're refering to the one at richard's site I updated the distro today
and posted an open link to download it from (on xdrive.com) on the help
mailinglist in lack of other good webspace with FTP-access. NS6-compability
is in working right now, but I have no ability to try under any other
platform and/or browser than IE 5.5, NS4.x & just today installed NS6 under
win 98. If you leave a full bug report maybe I'm able to get it fixed :)
>
> Henrik Våglin [ hv...@ya... ]
>
> ----- Original Message -----
> From: "Eytan Heidingsfeld" <ey...@tr...>
> To: <dyn...@li...>
> Sent: Saturday, February 17, 2001 10:35 PM
> Subject: RE: [Dynapi-Dev] Demo Site
>
>
> > Noticed that the sunewave doesn't work and also the
> > ccreation.ext.keyevents.htm
> >
> > 8an
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> ____________________________________________________________
> Get your free domain name and domain-based e-mail from
> Namezero.com. New!  Namezero Plus domains now available.
> Find out more at: http://www.namezero.com
>

RE: [Dynapi-Dev] setHTML and Events

[<ni...@pr...>]

in CVS line 104 ,105 of events.js r there to fix the problem for ie and ns 6 for ns 4 there is no problem coz of the way events happen

ciao
Y
> 
> What fix was that??
> 
> 8an
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

Re: [Dynapi-Dev] Demo Site

[Henrik V. <hv...@ya...>]

What's your problem with ccreation keyevents extension, eh? ;) Which =
system, platform & browser (version) are you using and7or getting what =
error.=20
If you're refering to the one at richard's site I updated the distro =
today and posted an open link to download it from (on xdrive.com) on the =
help mailinglist in lack of other good webspace with FTP-access. =
NS6-compability is in working right now, but I have no ability to try =
under any other platform and/or browser than IE 5.5, NS4.x & just today =
installed NS6 under win 98. If you leave a full bug report maybe I'm =
able to get it fixed :)

Henrik V=E5glin [ hv...@ya... ]
=20
----- Original Message -----=20
From: "Eytan Heidingsfeld" <ey...@tr...>
To: <dyn...@li...>
Sent: Saturday, February 17, 2001 10:35 PM
Subject: RE: [Dynapi-Dev] Demo Site


> Noticed that the sunewave doesn't work and also the=20
> ccreation.ext.keyevents.htm
>=20
> 8an
>=20
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>=20


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re[2]: [Dynapi-Dev] Demo Site

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

I forgot to say that it supports themes, so maybe I can build a DynAPI
based theme for it.

-- 
// Robert Rainwater

On 2/17/2001, 5:02:04 PM EST, Richard wrote about "[Dynapi-Dev] Demo Site":

> It's definitely a lot more dynamic on the database side, and a big
> improvement, but why not use some DynAPI code? wouldn't the main menu look
> good made with list.js?
> The opensource site I've always regarded as a nice example is www.php.net

> Richard.

> ----- Original Message -----
> From: "Robert Rainwater" <rra...@ya...>
> To: "DynAPI Development List" <dyn...@li...>
> Sent: Saturday, February 17, 2001 9:40 PM
> Subject: [Dynapi-Dev] Demo Site


>>
>> I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
>> of site we could use for the main page.  This would allow the site to
>> be a bit more dynamic and up to date.
>>
>> So what do ya think?
>>
>> --
>> // Robert Rainwater
>> ----------------------
>> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
>> DynAPI Homepage: http://dynapi.sourceforge.net/
>>
>>
>>
>> _______________________________________________
>> Dynapi-Dev mailing list
>> Dyn...@li...
>> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>> ____________________________________________________________
>> Get your free domain name and domain-based e-mail from
>> Namezero.com. New!  Namezero Plus domains now available.
>> Find out more at: http://www.namezero.com
>>


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


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

Re[2]: [Dynapi-Dev] Demo Site

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

I didnt change the default template any.  I was just trying to give
everyone an idea.  I welcome anyone to come up with the design.  Since
its template based anyway, it could easily be changed to use some
DynAPI components.

-- 
// Robert Rainwater

On 2/17/2001, 5:02:04 PM EST, Richard wrote about "[Dynapi-Dev] Demo Site":

> It's definitely a lot more dynamic on the database side, and a big
> improvement, but why not use some DynAPI code? wouldn't the main menu look
> good made with list.js?
> The opensource site I've always regarded as a nice example is www.php.net

> Richard.

> ----- Original Message -----
> From: "Robert Rainwater" <rra...@ya...>
> To: "DynAPI Development List" <dyn...@li...>
> Sent: Saturday, February 17, 2001 9:40 PM
> Subject: [Dynapi-Dev] Demo Site


>>
>> I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
>> of site we could use for the main page.  This would allow the site to
>> be a bit more dynamic and up to date.
>>
>> So what do ya think?
>>
>> --
>> // Robert Rainwater
>> ----------------------
>> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
>> DynAPI Homepage: http://dynapi.sourceforge.net/
>>
>>
>>
>> _______________________________________________
>> Dynapi-Dev mailing list
>> Dyn...@li...
>> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>> ____________________________________________________________
>> Get your free domain name and domain-based e-mail from
>> Namezero.com. New!  Namezero Plus domains now available.
>> Find out more at: http://www.namezero.com
>>


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


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

Re: [Dynapi-Dev] Demo Site

[Richard B. <ma...@ri...>]

It's definitely a lot more dynamic on the database side, and a big
improvement, but why not use some DynAPI code? wouldn't the main menu look
good made with list.js?
The opensource site I've always regarded as a nice example is www.php.net

Richard.

----- Original Message -----
From: "Robert Rainwater" <rra...@ya...>
To: "DynAPI Development List" <dyn...@li...>
Sent: Saturday, February 17, 2001 9:40 PM
Subject: [Dynapi-Dev] Demo Site


>
> I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
> of site we could use for the main page.  This would allow the site to
> be a bit more dynamic and up to date.
>
> So what do ya think?
>
> --
> // Robert Rainwater
> ----------------------
> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
> DynAPI Homepage: http://dynapi.sourceforge.net/
>
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> ____________________________________________________________
> Get your free domain name and domain-based e-mail from
> Namezero.com. New!  Namezero Plus domains now available.
> Find out more at: http://www.namezero.com
>

RE: [Dynapi-Dev] Demo Site

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

Noticed that the sunewave doesn't work and also the 
ccreation.ext.keyevents.htm

8an

Re: [Dynapi-Dev] Demo Site

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

Very nice dude!
While yer at it, how about gathering stats from visiters?
Just a thought..
I would be willing to put a database/asp setup at www.allthewhile.com to
store the data
----- Original Message -----
From: "Robert Rainwater" <rra...@ya...>
To: "DynAPI Development List" <dyn...@li...>
Sent: Saturday, February 17, 2001 12:40 PM
Subject: [Dynapi-Dev] Demo Site


>
> I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
> of site we could use for the main page.  This would allow the site to
> be a bit more dynamic and up to date.
>
> So what do ya think?
>
> --
> // Robert Rainwater
> ----------------------
> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
> DynAPI Homepage: http://dynapi.sourceforge.net/
>
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev


---
Outgoing mail is certified Virus Free by AVG Free Edition
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

Re: [Dynapi-Dev] TCanvas vs. DynLayer

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

Thank you, I'll let y'all know what I find..
( A little third-party testing never hurt right?)
----- Original Message ----- 
From: "Eytan Heidingsfeld" <ey...@tr...>
To: <dyn...@li...>
Sent: Saturday, February 17, 2001 12:25 PM
Subject: RE: [Dynapi-Dev] TCanvas vs. DynLayer


> Included in the zip yet again
> tcanvas.js 
> and
> browser.js
> 
> and the test for DynLayer and TCanvas with nesting and without
> called:
> stress.dynlayer.create nested wtime.htm
> stress.dynlayer.create wtime.htm
> stress.canvas.create nested wtime.htm
> stress.canvas.create wtime.htm
> 
> 8an


---
Outgoing mail is certified Virus Free by AVG Free Edition
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

Re: [Dynapi-Dev] Demo Site

[Henrik V. <hv...@ya...>]

Looks mighty good. It should be a boost having a community site like =
this where we could all post our comments, links and widgets(no?), even =
those of us that aren't amongst the core developers. might take away =
some of the load on the mailing-lists too (especially the obvious =
redundancy).

I say, go for it!

Henrik V=E5glin [ hv...@ya... ]

BTW I submitted richard's site just as a tryout of the linking feature, =
hope you didn't mind...


=20
----- Original Message -----=20
From: "Robert Rainwater" <rra...@ya...>
To: "DynAPI Development List" <dyn...@li...>
Sent: Saturday, February 17, 2001 9:40 PM
Subject: [Dynapi-Dev] Demo Site


>=20
> I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
> of site we could use for the main page.  This would allow the site to
> be a bit more dynamic and up to date.
>=20
> So what do ya think?
>=20
> --=20
> // Robert Rainwater
> ----------------------
> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/
> DynAPI Homepage: http://dynapi.sourceforge.net/
>=20
>=20
>=20
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>=20


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

RE: [Dynapi-Dev] setHTML and Events

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

What fix was that??

8an

Re: [Dynapi-Dev] setHTML and Events

[<ni...@pr...>]

but this shouldn't happen with the fix made in the events.js even if u have text or an image it should be working I never had that problem !

ciao
Y
> Sounds to me like they put some text in an said text started blocking mouse
> events
> (think DynAPI 1 label object)
> ----- Original Message -----
> From: <ni...@pr...>
> To: <dyn...@li...>
> Sent: Friday, February 16, 2001 7:46 PM
> Subject: Re: [Dynapi-Dev] setHTML and Events
> 
> 
> > how did you make that happen ?
> > it sounds impossible to me !
> >
> > ciao
> > Y
> > > Why is it that when I call setHTML in netscape the mouse events stop
> > > working?
> > >
> > > 8an
> > >
> > >
> > > _______________________________________________
> > > 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
> 
> 
> ---
> Outgoing mail is certified Virus Free by AVG Free Edition
> 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 mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

[Dynapi-Dev] Demo Site

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

I put a demo site at http://dynapi.sourceforge.net/dynapi/ of the type
of site we could use for the main page.  This would allow the site to
be a bit more dynamic and up to date.

So what do ya think?

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

RE: [Dynapi-Dev] TCanvas vs. DynLayer

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

Included in the zip yet again
tcanvas.js 
and
browser.js

and the test for DynLayer and TCanvas with nesting and without
called:
stress.dynlayer.create nested wtime.htm
stress.dynlayer.create wtime.htm
stress.canvas.create nested wtime.htm
stress.canvas.create wtime.htm

8an