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

RE: [Dynapi-Dev] a few hours for only 2 lines of code.. damn!

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

the static methods we're not the BIG speed thing, but the default
width/height values we're (your canvas doesn't do
getContentWidth/getContentHeight.. those functions eat time)

only a small increase in speed without static methods.. (come to think about
it, it might have actually be just a random thing :)

Note that NS still is MUCH slower then IE.
And one thing that could make ever users code faster is by creating one big
canvas layer and place all other layers as children on it, then add that
canvas to the dyndocument and it will use 100% precreation code which should
be faster (untested, but sounds right)

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

Re: [Dynapi-Dev] setContent

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

I was wrong.  It was the new code after all.  I updated cvs to fix the
calls to createElement.  They now use the dynlayer method, not the
static method.

-- 
// Robert Rainwater

On 2/24/2001, 2:54:36 PM EST, Robert wrote about "[Dynapi-Dev] setContent":


> I havent tested much yet, but all of the examples that use setContent
> with labels seem to be broken (atleast in IE 55).  For instance the pushpanel and
> scrollpane examples are broken.  I don't think this is new though,
> because it seems like I've noticed it before.



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

RE: [Dynapi-Dev] a few hours for only 2 lines of code.. damn!

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

I didn't see much difference in Canvas though why??
8an

RE: [Dynapi-Dev] a few hours for only 2 lines of code.. damn!

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

Thanx pascal for changing them from static methods. At this rate Canvas may
become obselete (and so may dynacore??)

;-)
8an

[Dynapi-Dev] setContent

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

I havent tested much yet, but all of the examples that use setContent
with labels seem to be broken (atleast in IE 55).  For instance the pushpanel and
scrollpane examples are broken.  I don't think this is new though,
because it seems like I've noticed it before.

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

Re: [[Dynapi-Dev] Dynamic Content Loading (IT WORKS)]

[Doc O. <doc...@us...>]

Michael Pemberton <mp...@ph...> wrote:
> I now have it working in both NS and IE (only win tested) and can't see=

> any bugs. (I should open my eyes)


Can anyone confirm this working in NS6/Mozzilla ?

____________________________________________________________________
Get free email and a permanent address at http://www.amexmail.com/?A=3D1

[Dynapi-Dev] Identifying Opera in DynAPI.Browser.js

[Daniel H. <dan...@ec...>]

Because most sites on the net check for IE or Netscape browsers Opera =
has had to pretend to be one of these for the sites to display. This is =
USER definable, and the check in browser.js only checks for Opera if =
navigator.appName=3D=3D"Microsoft Internet Explorer". To always =
correctly return "opera" I modified the code slightly. Now it checks if =
navigator.appName=3D=3D"Opera" or if Opera identifies as ANY other =
browser. This is only a minor correction to your existing source:

--- SOURCE: Browser.js

/*
   DynAPI Distribution
   Browser Class

   The DynAPI Distribution is distributed under the terms of the GNU =
LGPL license.
*/=20
function Browser() {
    var b=3Dnavigator.appName;
    if (b=3D=3D"Netscape") this.b=3D"ns";
    // added appName check and removed the "else" from the opera check
    if ((b=3D=3D"Opera") || (navigator.userAgent.indexOf("Opera")>0)) =
this.b =3D "opera";
    else if (b=3D=3D"Microsoft Internet Explorer") this.b=3D"ie";
    if (!b) alert('Unidentified browser./nThis browser is not =
supported,');
    this.version=3Dnavigator.appVersion;
    this.v=3DparseInt(this.version);
    this.ns=3D(this.b=3D=3D"ns" && this.v>=3D4);
    this.ns4=3D(this.b=3D=3D"ns" && this.v=3D=3D4);
    this.ns5=3D(this.b=3D=3D"ns" && this.v=3D=3D5);
    this.ie=3D(this.b=3D=3D"ie" && this.v>=3D4);
    this.ie4=3D(this.version.indexOf('MSIE 4')>0);
    this.ie5=3D(this.version.indexOf('MSIE 5')>0);
    this.ie55=3D(this.version.indexOf('MSIE 5.5')>0);
    this.opera=3D(this.b=3D=3D"opera");
    =
this.dom=3D((document.createRange&&(document.createRange().createContextu=
alFragment))?true:false);
    var ua=3Dnavigator.userAgent.toLowerCase();
    if (ua.indexOf("win")>-1) this.platform=3D"win32";
    else if (ua.indexOf("mac")>-1) this.platform=3D"mac";
    else this.platform=3D"other";
}
is =3D DynAPI.browser =3D new Browser();

--- END OF SOURCE


----- Daniel Holmen
-- ECsoft Norway

[Dynapi-Dev] [Bug #133325] Some properties don't work with netscape 6 or Mozilla

[<no...@so...>]

Bug #133325, was updated on 2001-Feb-20 15:08
Here is a current snapshot of the bug.

Project: DynAPI 2
Category: Browser-Specific Issue
Status: Closed
Resolution: Later
Bug Group: None
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: Some properties don't work with netscape 6 or Mozilla

Details: Well, i think everything is said in the title. U can create layers
or "easy2do" things, but when u'd like to use a scrollbar or other things
like that, it doesn't work with netscape 6 or the latest mozilla. Too bad,
this API is one of the best i've never seen :/

Follow-Ups:

Date: 2001-Feb-24 10:37
By: rainwater

Comment:
We are working on NS 6 compatibility.

Please be a bit more specific in the future and let us know which
properties/methods do not work correctly.
-------------------------------------------------------

Date: 2001-Feb-20 15:09
By: nobody

Comment:
it's still me ;) pliz email me at yo...@da... if u found a solution
=))
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=133325&group_id=5757

Re: [Dynapi-Dev] My JS Optimization Site

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

Jeff Greenberg wrote:
> 
> Hey guys...
(snip)
> This is the link:
> http://home.earthlink.net/~kendrasg/info/js_opt/
(snip)

	Ok. I have gone there and read all. It seems impressive. Just a note to
clarify things a little bit. In the "Duff's device" (something I
remember not having read anywhere, btw), you put this note:

"** IE NOTE: Internet Explorer has much better loop optimization built
in than
Netscape. Using this method, you will probably see an increase in
performance in IE,
but it will be very minor. It makes all the difference in NS though."

	Well. It's not exactly a better loop optimization, but the fact that IE
has, by default, JIT optimization turned on. JIT stands for "Just In
Time" compilation, which means that code is precompiled the first time
it's executed and then just the compiled version is executed. After the
first pass, no more JavaScript code is executed in those loops. Hence
the speed-up. Of course, loop optimization is done in the JIT phase.

	NS4.x, on the other way, is always interpreting and executing code.
That's why it's so slow. It also does the annoying thing of first
translating any "document.write" statements it finds on its
corresponding HTML *BEFORE* doing anything with the page. So page
renders are painfully slow. See
http://www.teide.net/catai/subirana/reserva.htm for an example where the
selects shown are dynamically generated in client side JavaScript. Use
IE or NS6 to see the actual source code.

	Just my 2 ptas.
	
	Raides J.

RE: [Dynapi-Dev] annoyances : )

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

about the switch thingie.

I tried it and it seems to be slower then the if statements ..

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

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Michael Pemberton
> Verzonden: zaterdag 24 februari 2001 15:23
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] annoyances : )
> 
> 
> I have found the following recurring syntax glitches in the api and am
> getting tired of hacving to manually alter the code every time it gets
> updated.
> 
> is there any reason why { } segments do not always have a ; after the
> closing } ?
> also on line 257 and 278 there is a ; in the wrong place and the nest
> line can be merged with it.
>     eg: else if (dlyr.w!=null && dlyr.h!=null);
>                 s+=' clip:rect(0px '+dlyr.w+'px '+dlyr.h+'px 0px);';
>         should become:
>             else if (dlyr.w!=null && dlyr.h!=null) s+=' clip:rect(0px
> '+dlyr.w+'px '+dlyr.h+'px 0px);';
> 
> additionally, there are still a few of { } lines that are not needed.
> If and 'if' statement or 'for' statement only executes one line, the {}
> is not needed.
> 
> also, are all the blank lines needed? it makes comparing line #'s hard
> once I remove them.
> 
> in closing, what are the chances of the browsers being given a numerical
> value that can then be used in a case switch instead of a series of
> if-else statements.
> 
> This was mentioned as one of the possible speed increased available in
> almost all browsers.
>     eg. is.browserID = 1 (ie4), 2 (ns4), 3(ie5), 4(ie55), 5(ns6)
>     Static (Browsers.IE4 = 1, .NS4=2 etc.)
> 
> I know it's only a series of minor details but every little bit counts.
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
> 
> 
> 
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> 

[Dynapi-Dev] annoyances : )

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

I have found the following recurring syntax glitches in the api and am
getting tired of hacving to manually alter the code every time it gets
updated.

is there any reason why { } segments do not always have a ; after the
closing } ?
also on line 257 and 278 there is a ; in the wrong place and the nest
line can be merged with it.
    eg: else if (dlyr.w!=null && dlyr.h!=null);
                s+=' clip:rect(0px '+dlyr.w+'px '+dlyr.h+'px 0px);';
        should become:
            else if (dlyr.w!=null && dlyr.h!=null) s+=' clip:rect(0px
'+dlyr.w+'px '+dlyr.h+'px 0px);';

additionally, there are still a few of { } lines that are not needed.
If and 'if' statement or 'for' statement only executes one line, the {}
is not needed.

also, are all the blank lines needed? it makes comparing line #'s hard
once I remove them.

in closing, what are the chances of the browsers being given a numerical
value that can then be used in a case switch instead of a series of
if-else statements.

This was mentioned as one of the possible speed increased available in
almost all browsers.
    eg. is.browserID = 1 (ie4), 2 (ns4), 3(ie5), 4(ie55), 5(ns6)
    Static (Browsers.IE4 = 1, .NS4=2 etc.)

I know it's only a series of minor details but every little bit counts.
--
Michael Pemberton
mp...@ph...
ICQ: 12107010

[Dynapi-Dev] Useful (or useless) code??

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

Why do we capture the onload event of a NS4 layer?
Is this of any use since all the load events are triggered by setHTML.
--
Michael Pemberton
mp...@ph...
ICQ: 12107010

RE: [Dynapi-Dev] a few hours for only 2 lines of code.. damn!

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

yes, the setWidth/Height check for that (if <0  it sets 0)

but I think a layer should be set by default to size (0,0)  not set to the
contentwidth/height.  It would then always be possible to call the
contentwidth/height methods to retrieve those values.. but this should be
done by the user, not as default.


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

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Michael Pemberton
> Verzonden: zaterdag 24 februari 2001 14:38
> Aan: dyn...@li...
> Onderwerp: Re: [Dynapi-Dev] a few hours for only 2 lines of code.. damn!
>
>
> what if we want a width / height of 0?
>
> is it possible to use -1 to indicate an automatic value?
>
> Pascal Bestebroer wrote:
>
> > Now why does this not happen in dynacore? well, because there
> the this.w and
> > this.h default value is not  null  but 0.
>
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
>
>
>
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>

Re: [Dynapi-Dev] a few hours for only 2 lines of code.. damn!

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

what if we want a width / height of 0?

is it possible to use -1 to indicate an automatic value?

Pascal Bestebroer wrote:

> Now why does this not happen in dynacore? well, because there the this.w and
> this.h default value is not  null  but 0.

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

[Dynapi-Dev] a few hours for only 2 lines of code.. damn!

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

So here I am.. trying to get the dynlayer up to speed.
problem is, everything I tried was actually making things slower... until I
shut down a few tools running in the background.. problem fixed.

Next problem, DynLayer is a bit faster, but not as fast as the dynacore
version..why is that?
Well, lets try these two different speed test (you can try it now, I had a
few hours before getting to this part :)

slow:

function run() {
var start = new Date();
var a = []
	for (var i=0; i<200;i++ ){
		a[i] = new DynLayer();
		DynAPI.document.addChild(a[i]);
		a[i].moveTo(i*3,i*3);
		a[i].setHTML(i);
	}

 var end = new Date();
 alert("took " + (end.getTime()-start.getTime()) + " milliseconds.");
}


and "mega" fast version:

function run() {
var start = new Date();
var a = []
	for (var i=0; i<200;i++ ){
		a[i] = new DynLayer(null,null,null,10,10);
		DynAPI.document.addChild(a[i]);
 		a[i].moveTo(i*3,i*3);
		a[i].setHTML(i);
	}

 var end = new Date();
 alert("took " + (end.getTime()-start.getTime()) + " milliseconds.");
}


Difference? the width and height are being specified in the constuctor.
And you know what, this makes the following 2 lines (Read TWO lines) not
being triggered:

		if (this.w==null && this.getContentWidth()>0)
this.setWidth(this.getContentWidth(), false);
		if (this.h==null && this.getContentHeight()>0)
this.setHeight(this.getContentHeight(), false);

and you know what, that is what fixes things.

Now why does this not happen in dynacore? well, because there the this.w and
this.h default value is not  null  but 0.
I tried this in dynapi, but some widgets (label,dynimage,etc) depend on this
function. So I can't really set the value to 0 as default (although I think
it should) because we then need some widget cleaning (which I also think
should).  So for now if you want speedy dynlayers, specify atleast the width
and height values it makes a difference (bigtime).

I did manage to get a few other speed fixes and updates in there, so check
out the CVS code... here's my CVS commit message:

- speed fixed in createElement (also changed static methods back to
prototype methods.. seems a bit faster.. not much though)

- changed all browser if statements,  there's now a new is.def  browser
property which is true when a default browser is used.. this includes IE and
NS6/DOM..  these are now handled first and by default, which should also be
faster


I've also changed the addChild() method as mentioned before.. When you want
to add multiple child layers at once, a function is easily created for that,
so no need in making it default.

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

Re: [Re: [Re: [Dynapi-Dev] Dynamic Content Loading (IT WORKS)]]

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

the only problem is that cookies are limited to 4k in size.

this is not of much use for dynamic loading of email messages and other such
file contents.

Doc Oliver wrote:

> Michael Pemberton <mp...@ph...> wrote:
> > the problem was that there was no method of downloading content AFTER the
> page
> > has been rendered.
>
> That's what I'm talking about, look:
>
> var tmpImg = new Image();
> tmpImg.src = 'site.php?name=donaldDuck&age=60;
>
> now 'site.php' can read 'name' and 'age', but can also send back data by
> setting a cookie, see, an image request can be used to 'push' data to the
> browser aswell.
>
> you could for example set a 'replyCookie=GUID' in the request, and then have
> an intervall that look for that cookie, and then fires an event when it is
> received.
>
> ____________________________________________________________________
> Get free email and a permanent address at http://www.amexmail.com/?A=1
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

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

Re: [Dynapi-Dev] devhead - DynAPI2 artcicle part 1

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

Not a single mention of a rock.....

But grats to you guys, you deserve the spotlight...

What the article forgets to mention is the 'insight and wisdom' a lowly user
like me can gain by nibbling at the edges of your grand endeavor.  I owe a
world of knowledge and thanks to you guys for spawning this designer-boys
odd interest in the world of programmatic misery.

*  I just read a 800 page book on TCP/IP.
*  100 page tutorial on Unix.
*  Half done with O'Reilly's Running Linux
*  Then I will start Wrox Professional Apache
*  Downloaded and printed HTTP1.1 and the DOM2 from w3.org and read both.
*  Ordered Knuth's classic 3 volume set on software engineering.
*  Ordered Orfali, Harkey and Edwards Client/Server Survival Guide

All to build a framework of knowledge that leads to God knows what.

And it's ALL PASCAL'S FAULT!!!!

Ray

The "rock be with you guys", I'm having a blast....

----- Original Message -----
From: "Pascal Bestebroer" <pa...@dy...>
To: "Help" <dyn...@li...>; "Dev"
<dyn...@li...>
Sent: Saturday, February 24, 2001 1:32 AM
Subject: [Dynapi-Dev] devhead - DynAPI2 artcicle part 1


> Well finally I can share this with everyone,
>
> the first DynAPI2 article by Rick Scott is up over at
> http://www.zdnet.com/devhead/.
> He will be doing 6 parts in total (very loosy based on the tutorials).
>
> Hopefully this will spawn a bigger audience for the DynAPI2 and might even
> get DynAPI featured on every DHTML page out there (still dreaming :)
>
> go read the article
>
> (if it's not on the main page anymore, you can find it here:
> http://www.zdnet.com/devhead/stories/articles/0,4413,2688979,00.html)
>
>
>
> ps. Sorry for the cross-post , but this is big news.
>
> 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] devhead - DynAPI2 artcicle part 1

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

Well finally I can share this with everyone,

the first DynAPI2 article by Rick Scott is up over at
http://www.zdnet.com/devhead/.
He will be doing 6 parts in total (very loosy based on the tutorials).

Hopefully this will spawn a bigger audience for the DynAPI2 and might even
get DynAPI featured on every DHTML page out there (still dreaming :)

go read the article

(if it's not on the main page anymore, you can find it here:
http://www.zdnet.com/devhead/stories/articles/0,4413,2688979,00.html)



ps. Sorry for the cross-post , but this is big news.

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

Re: [Dynapi-Dev] DynAPI current things

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

They already have a java plugin.  They have for about the last 12 months (if
not more).

I have been using Swing (Java 1.2 / 1.3) components in many of my
educational studies.  This only required using an <embed> tag instead of a
<applet> tag.  This plugin is also the standard method of using java in
NS6.  NS6 has no built-in implementation of java.

"Matthew A. Shirey" wrote:

> Of course sun will.  THEY want to be the only one supplying Java. =)
> Sounds like a Microsoft wannabe to me...
>
> M.
>
> -----Original Message-----
> From: Robert Rainwater [mailto:rra...@ya...]
> Sent: Friday, February 23, 2001 11:44 AM
> To: DynAPI Development List
> Subject: Re[2]: [Dynapi-Dev] DynAPI current things
>
> Microsoft also stated there would be no Java support in IE 6.
> Apparently, a
> java plugin will have to be used. Of course, only if someone creates
> one, which I'm sure Sun will do.
>
> --
> // Robert Rainwater
>
> On 2/23/2001, 5:04:50 PM EST, Doug wrote about "[Dynapi-Dev] DynAPI
> current things":
>
> > Actually, MS just paid Sun 20 million dollars to licence java for
> their own
> > use.
> > I don't think we need to worry about there being no Java support in
> IE6.
>
> > ----- Original Message -----
> > From: "Raymond Smith" <dst...@or...>
> > To: <dyn...@li...>
> > Sent: Thursday, February 22, 2001 2:16 PM
> > Subject: Re: [Dynapi-Dev] DynAPI current things
>
> >> The only thing that concerns me, is our friends over at Microsoft.
> While
> >> they were moving towards DOM compliance (around the time they ported
> IE5
> > to
> >> the Macintosh) they took a hard left with IE5.5 when they decided
> that war
> >> with the Java/Unix camp was inevitable.
> >>
> >> I have a lot of concerns with the pending Whistler/IE6 combination,
> > because
> >> I am pretty sure it's going be a major paradigm shift for them/us
> (think
> >> zero support for client side Java).  M$ is moving to align all their
> >> products OS/Software around the .net strategy while at the same time
> > pushing
> >> the "disturbance factor" in other alternative platforms  (hmmmm, this
> > seems
> >> to run like shit on my PC compared to 100% M$ products) as much as
> they
> > can
> >> without flagging the Justice Department "to much".
> >>
> >> Additionally, the long awaited arrival of NS6 came and went without
> so
> > much
> >> as a ripple of real impact.  I think that good old Netscape finally
> found
> >> out how to align the bullet-filled cylinder of business blunders with
> > their
> >> head.  NS6 is a dead alternative in the eyes of Joe Consumer.  I
> can't
> > even
> >> imagine AOL wrapping there consumer online service around this
> browser
> >> instead of IE  (that they use now), unless they want to hand MSN
> >> marketshare.
> >>
> >> In no way am I supporting an IE concentric approach.  We just need to
> be
> >> aware that "shit is gonna hit the developer fan" in 3-7 months when
> they
> >> release Whistler.  They have spent a billion dollars developing this
> > release
> >> with two goals in mind.  Stunt the growth of Java and kill Linux as a
> > viable
> >> "consumer OS" alternative.  By consumer OS I mean our average home PC
> > user.
> >>
> >> A scary fact is that M$ has said they don't plan on releasing IE6 as
> a
> >> public beta.  It's gonna release inside the Whistler OS update.  Get
> >> Whistler, get IE6.  This means one thing.  IE6 and Whistler are being
> >> developed in tandem to create strategic havoc for the Java/Unix
> camps.
> >>
> >> Javascript (the DynAPI foundation) will likely survive as a
> cross-platform
> >> language; it's to entrenched and strategically means little to M$'s
> end
> >> goals.  We can :O) a bit here.
> >>
> >> This is why I don't want to spend a lot of time developing a Java
> Applet
> >> Client/Side I/O device for DynAPI2 Michael.  I'm not even sure it
> will be
> >> supported with the new IE6.  I think Java is going to be a
> server-side
> > tool
> >> for awhile.
> >>
> >> In the end, basic DOM support with the DynAPI is probably the best
> path.
> >> But lets be smart (as we can be with limited knowledge) about how we
> > enhance
> >> that API with input/output shunts to the dynamic server/side world.
> >>
> >> Laters,
> >>
> >> Ray
> >>
> >>
> >>
> >> _______________________________________________
> >> Dynapi-Dev mailing list
> >> Dyn...@li...
> >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
> > ---
> > 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 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/
>
> _______________________________________________
> 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] Advanced include method

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

it checks to see if the file has already been loaded.  Alsop, my making
the libaries a series of boolean values, check can be made for individual
files instead of checking for the created objects.

eg: if (dynapi.ext.keyevent) would check to see if that particular file
has been included.

Pascal wrote:

> what exactly is the idea behind it? (can't figure it out :)
>
> 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: vrijdag 23 februari 2001 4:35
> > Aan: dyn...@li...
> > Onderwerp: [Dynapi-Dev] Advanced include method
> >
> >
> > The following is a modified version of the DynAPI.include method.
> >
> >     include : function(src,path) {
> >         src=src.split('.');
> >         if (src[src.length-1] == 'js') src.length--;
> >         var pckg=src[0], grp=src[1], file=src[2],
> > path=path||DynAPI.librarypath||'';
> >         if (path.substr(path.length-1) != "/") path += "/";
> >         if (file=='*') {
> >             if (DynAPI.packages[pckg])
> > group=DynAPI.packages[pckg][grp];
> >
> >             if (group) {
> >                 for (var i in group)
> >                     if (group[i]!=true) {
> >                         document.write('<script
> > src="'+path+pckg+'/'+grp+'/'+i+'.js"><\/script>');
> >                         group[i]=true;
> >                     } else DynAPI.errorHandler("The package
> > has already
> > been loaded.");
> >             } else DynAPI.errorHandler("The following package
> > could not
> > be loaded.");
> >         } else if (DynAPI.packages[pckg][grp][file]!=true) {
> >             document.write('<script
> > src="'+path+src.join('/')+'.js"><\/script>');
> >             DynAPI.packages[pckg][grp][file]=true;
> >         } else DynAPI.errorHandler("The package has already been
> > loaded.");
> >     }
> >
> > I've replaced the libraries so that they are defined as a series of
> > boolean values
> >    api  : { browser:false, layer:false, document:false,
> > events:false },
> >
> > Is this worth implementing in the API.  I see that it would require
> > rewriting the way that packages are declared.
> > --
> > 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

Re: [Re: [Re: [Dynapi-Dev] Dynamic Content Loading (IT WORKS)]]

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

Doc Oliver,
This stuff is cool!
I couldn't resist trying this, and it works!
It seems quite logical when you think about it, why didn't I think of that!

I put up an example here:

Doc_Oliver_Examples
        Form_Submitting.html
http://www.richardinfo.com/?menu=examples&node=18

It still has a few bugs, NS6 doesn't load second time, and displays the
label much to big, NS4 sometimes gives errors, but these are more due to the
form and image being nested in a layer than to the principle itself. I'll
fix them later.
Also I have to change the script so the cookie is deleted before it's
written to again, otherwise it grows and grows.

As my site isn't NS6/mac compatible yet, you can use this direct link to
test these:
http://www.resass.f2s.com/dynapi/Doc_Oliver_Examples/Form_Submitting.html

I'm not saying this is better/worse than MP's java applet, of which I'll put
up an example soon, it's just a nice alternative.

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: "Doc Oliver" <doc...@us...>
To: <dyn...@li...>
Sent: Friday, February 23, 2001 3:05 AM
Subject: Re: [Re: [Re: [Dynapi-Dev] Dynamic Content Loading (IT WORKS)]]


> Michael Pemberton <mp...@ph...> wrote:
> > the problem was that there was no method of downloading content AFTER
the
> page
> > has been rendered.
>
> That's what I'm talking about, look:
>
> var tmpImg = new Image();
> tmpImg.src = 'site.php?name=donaldDuck&age=60;
>
> now 'site.php' can read 'name' and 'age', but can also send back data by
> setting a cookie, see, an image request can be used to 'push' data to the
> browser aswell.
>
> you could for example set a 'replyCookie=GUID' in the request, and then
have
> an intervall that look for that cookie, and then fires an event when it is
> received.
>
> ____________________________________________________________________
> Get free email and a permanent address at http://www.amexmail.com/?A=1
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> ____________________________________________________________
> Get your 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: Re: [Dynapi-Dev] My JS Optimization Site

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

Yup... a neat page indeed... goes right in line with the 
tests i've been doing lately... 


> Thanks.
> 
> Pascal Bestebroer wrote:
> 
> > totally amazing stuff!
> >
> > you hit straight into my bookmarks with this site :)
> >
> > I'll be taking some things into account when optimising 
the dynlayer code!
> >
> > Pascal Bestebroer
> > pa...@dy...
> > http://www.dynamic-core.net
> >
> > > -----Oorspronkelijk bericht-----
> > > Van: dyn...@li...
> > > [mailto:dyn...@li...]Namens 
Jeff Greenberg
> > > Verzonden: vrijdag 23 februari 2001 19:57
> > > Aan: dyn...@li...
> > > Onderwerp: [Dynapi-Dev] My JS Optimization Site
> > >
> > >
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> 

RE: [Dynapi-Dev] My JS Optimization Site

[Strolia-Davis C. C. M. M. <Chr...@wp...>]

That will be extremely useful.

If I can get some really advanced understanding of some of the Javascript
issues as you are using in DynAPI, I might be able to contribute to the
project in time.  I suspect others will be able to help more too.

Later,

Chris

|-----Original Message-----
|From: Jeff Greenberg [mailto:je...@we...]
|Sent: Friday, February 23, 2001 1:57 PM
|To: dyn...@li...
|Subject: [Dynapi-Dev] My JS Optimization Site
|
|
|Hey guys...
|
|With all the discussion lately about optimizing the DynAPI2, I thought
|I'd finally get started on a project I have been meaning to get to
|lately and which I hope will benefit everyone developing the api.
|
|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.
|
|Right now, I only have the speed section "done", but I am now 
|working on
|the others. I put done in quotes because I hope the information will
|grow from your suggestions and comments.
|
|This is the link:
|
|http://home.earthlink.net/~kendrasg/info/js_opt/
|
|There are a few things that aren't 100% yet, like the status messages
|for the tests on IE don't work right, but I will fix that soon.
|
|Anyway, let me know what you think.
|
|Jeff Greenberg
|je...@we...
|
|
|_______________________________________________
|Dynapi-Dev mailing list
|Dyn...@li...
|http://lists.sourceforge.net/lists/listinfo/dynapi-dev
|

RE: Re[2]: [Dynapi-Dev] DynAPI current things

[Matthew A. S. <ms...@sh...>]

Of course sun will.  THEY want to be the only one supplying Java. =3D)
Sounds like a Microsoft wannabe to me...

M.

-----Original Message-----
From: Robert Rainwater [mailto:rra...@ya...]
Sent: Friday, February 23, 2001 11:44 AM
To: DynAPI Development List
Subject: Re[2]: [Dynapi-Dev] DynAPI current things



Microsoft also stated there would be no Java support in IE 6.
Apparently, a
java plugin will have to be used. Of course, only if someone creates
one, which I'm sure Sun will do.

--=20
// Robert Rainwater

On 2/23/2001, 5:04:50 PM EST, Doug wrote about "[Dynapi-Dev] DynAPI
current things":

> Actually, MS just paid Sun 20 million dollars to licence java for
their own
> use.
> I don't think we need to worry about there being no Java support in
IE6.

> ----- Original Message -----
> From: "Raymond Smith" <dst...@or...>
> To: <dyn...@li...>
> Sent: Thursday, February 22, 2001 2:16 PM
> Subject: Re: [Dynapi-Dev] DynAPI current things


>> The only thing that concerns me, is our friends over at Microsoft.
While
>> they were moving towards DOM compliance (around the time they ported
IE5
> to
>> the Macintosh) they took a hard left with IE5.5 when they decided
that war
>> with the Java/Unix camp was inevitable.
>>
>> I have a lot of concerns with the pending Whistler/IE6 combination,
> because
>> I am pretty sure it's going be a major paradigm shift for them/us
(think
>> zero support for client side Java).  M$ is moving to align all their
>> products OS/Software around the .net strategy while at the same time
> pushing
>> the "disturbance factor" in other alternative platforms  (hmmmm, this
> seems
>> to run like shit on my PC compared to 100% M$ products) as much as
they
> can
>> without flagging the Justice Department "to much".
>>
>> Additionally, the long awaited arrival of NS6 came and went without
so
> much
>> as a ripple of real impact.  I think that good old Netscape finally
found
>> out how to align the bullet-filled cylinder of business blunders with
> their
>> head.  NS6 is a dead alternative in the eyes of Joe Consumer.  I
can't
> even
>> imagine AOL wrapping there consumer online service around this
browser
>> instead of IE  (that they use now), unless they want to hand MSN
>> marketshare.
>>
>> In no way am I supporting an IE concentric approach.  We just need to
be
>> aware that "shit is gonna hit the developer fan" in 3-7 months when
they
>> release Whistler.  They have spent a billion dollars developing this
> release
>> with two goals in mind.  Stunt the growth of Java and kill Linux as a
> viable
>> "consumer OS" alternative.  By consumer OS I mean our average home PC
> user.
>>
>> A scary fact is that M$ has said they don't plan on releasing IE6 as
a
>> public beta.  It's gonna release inside the Whistler OS update.  Get
>> Whistler, get IE6.  This means one thing.  IE6 and Whistler are being
>> developed in tandem to create strategic havoc for the Java/Unix
camps.
>>
>> Javascript (the DynAPI foundation) will likely survive as a
cross-platform
>> language; it's to entrenched and strategically means little to M$'s
end
>> goals.  We can :O) a bit here.
>>
>> This is why I don't want to spend a lot of time developing a Java
Applet
>> Client/Side I/O device for DynAPI2 Michael.  I'm not even sure it
will be
>> supported with the new IE6.  I think Java is going to be a
server-side
> tool
>> for awhile.
>>
>> In the end, basic DOM support with the DynAPI is probably the best
path.
>> But lets be smart (as we can be with limited knowledge) about how we
> enhance
>> that API with input/output shunts to the dynamic server/side world.
>>
>> Laters,
>>
>> Ray
>>
>>
>>
>> _______________________________________________
>> Dynapi-Dev mailing list
>> Dyn...@li...
>> http://lists.sourceforge.net/lists/listinfo/dynapi-dev


> ---
> 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 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/



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

Re: [Dynapi-Dev] DynAPI current things

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

uh, oh.
----- Original Message -----
From: "Raymond Smith" <dst...@or...>
To: <dyn...@li...>
Sent: Friday, February 23, 2001 11:33 AM
Subject: Re: [Dynapi-Dev] DynAPI current things


> M$ paid Sun 20 million dollars as a legal settlement in a lawsuit they
lost.
> Here, read this.  It's from Business News.
>
> As a result of the settlement, Redmond, Wash.-based Microsoft will pay $20
> million to Palo Alto, Calif.-based Sun, .terminate all Java licenses, and
> agree to a permanent injunction against the use of the Java Compatible
logo.
>
> "They can continue to distribute an outdated version of our technology,
but
> they can't use Java for .NET," said Patricia Sueltz, Sun's executive vice
> president, Software Systems Group. .NET is Microsoft's Internet
applications
> strategy.
>
> What Microsoft can continue doing, under a limited license, is sell
existing
> inventory of products, only with the 1.1.4 implementation of Java that
> Microsoft currently has, but the company cannot modify those
implementations
> at all, Sueltz added.
>
> The limited license covers only the products already containing the Java
> technology, and lasts only for seven years. Beyond that, Microsoft has no
> rights to distribute the Java technology, or to otherwise use any of Sun's
> intellectual property, Sun said.
>
> A couple of key takeaways:
>
> Can't use Java for .NET and can only distribute it with "existing
inventory
> of products".  Whistler isn't this!
>
> Ray
>
> ----- Original Message -----
> From: "Doug Melvin" <do...@cr...>
> To: <dyn...@li...>
> Sent: Friday, February 23, 2001 2:04 PM
> Subject: Re: [Dynapi-Dev] DynAPI current things
>
>
> > Actually, MS just paid Sun 20 million dollars to licence java for their
> own
> > use.
> > I don't think we need to worry about there being no Java support in IE6.
> >
> > ----- Original Message -----
> > From: "Raymond Smith" <dst...@or...>
> > To: <dyn...@li...>
> > Sent: Thursday, February 22, 2001 2:16 PM
> > Subject: Re: [Dynapi-Dev] DynAPI current things
> >
> >
> > > The only thing that concerns me, is our friends over at Microsoft.
> While
> > > they were moving towards DOM compliance (around the time they ported
IE5
> > to
> > > the Macintosh) they took a hard left with IE5.5 when they decided that
> war
> > > with the Java/Unix camp was inevitable.
> > >
> > > I have a lot of concerns with the pending Whistler/IE6 combination,
> > because
> > > I am pretty sure it's going be a major paradigm shift for them/us
(think
> > > zero support for client side Java).  M$ is moving to align all their
> > > products OS/Software around the .net strategy while at the same time
> > pushing
> > > the "disturbance factor" in other alternative platforms  (hmmmm, this
> > seems
> > > to run like shit on my PC compared to 100% M$ products) as much as
they
> > can
> > > without flagging the Justice Department "to much".
> > >
> > > Additionally, the long awaited arrival of NS6 came and went without so
> > much
> > > as a ripple of real impact.  I think that good old Netscape finally
> found
> > > out how to align the bullet-filled cylinder of business blunders with
> > their
> > > head.  NS6 is a dead alternative in the eyes of Joe Consumer.  I can't
> > even
> > > imagine AOL wrapping there consumer online service around this browser
> > > instead of IE  (that they use now), unless they want to hand MSN
> > > marketshare.
> > >
> > > In no way am I supporting an IE concentric approach.  We just need to
be
> > > aware that "shit is gonna hit the developer fan" in 3-7 months when
they
> > > release Whistler.  They have spent a billion dollars developing this
> > release
> > > with two goals in mind.  Stunt the growth of Java and kill Linux as a
> > viable
> > > "consumer OS" alternative.  By consumer OS I mean our average home PC
> > user.
> > >
> > > A scary fact is that M$ has said they don't plan on releasing IE6 as a
> > > public beta.  It's gonna release inside the Whistler OS update.  Get
> > > Whistler, get IE6.  This means one thing.  IE6 and Whistler are being
> > > developed in tandem to create strategic havoc for the Java/Unix camps.
> > >
> > > Javascript (the DynAPI foundation) will likely survive as a
> cross-platform
> > > language; it's to entrenched and strategically means little to M$'s
end
> > > goals.  We can :O) a bit here.
> > >
> > > This is why I don't want to spend a lot of time developing a Java
Applet
> > > Client/Side I/O device for DynAPI2 Michael.  I'm not even sure it will
> be
> > > supported with the new IE6.  I think Java is going to be a server-side
> > tool
> > > for awhile.
> > >
> > > In the end, basic DOM support with the DynAPI is probably the best
path.
> > > But lets be smart (as we can be with limited knowledge) about how we
> > enhance
> > > that API with input/output shunts to the dynamic server/side world.
> > >
> > > Laters,
> > >
> > > Ray
> > >
> > >
> > >
> > > _______________________________________________
> > > Dynapi-Dev mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
> >
> > ---
> > 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 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
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