From: Michael P. <mp...@ph...> - 2001-02-22 05:11:25
Attachments:
file.zip
|
I now have it working in both NS and IE (only win tested) and can't see any bugs. (I should open my eyes) Just place all the files in their own directory called "file" in your libs directory. Then all DynLayer's will have a new method called setURL: DynLayer.prototype.setURL=function(url,js,noevt) url is the location of the file. this can be relative to the current main page or absolute. it MUST only be on the current domain, java does not allow external server downloads js do you wish any found javascript to be executed? noevt do you wish the load events to be triggered? -- Michael Pemberton mp...@ph... ICQ: 12107010 |
From: Raymond S. <dst...@or...> - 2001-02-22 08:43:08
|
I like this. What I see of it anyway. I think a js window manager + I/O manager + server apps could lead to some real fun applications. Would like to see the java source (if it's an option, if not no problem), and start working on a PHP version of this as well; adding in the two other components. |
From: Michael P. <mp...@ph...> - 2001-02-22 12:05:04
Attachments:
url.zip
|
Here's the source code. I don't see what you mean by a PHP version. There is no way of getting cominucation between PHP and the browser. Raymond Smith wrote: > I like this. What I see of it anyway. > > I think a js window manager + I/O manager + server apps could lead to some > real fun applications. > > Would like to see the java source (if it's an option, if not no problem), > and start working on a PHP version of this as well; adding in the two other > components. > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
From: Richard B. <ma...@ri...> - 2001-02-22 16:56:21
|
I'm trying to get this working, but I get this error (IE+NS) what am I doing wrong? ------------------------------------------------------------ JavaScript Error: file:///C|/My Documents/My Webs/dhtml/daily snapshots/Copy (2) of dynapi3/dynapi/src/lib/afroapi/file/url.js, line 6: unable to reflect applet "urlLoad", index 0 - not loaded yet?. --------------------------------------------------------- This is the source; ---------------------------------------------------------- <script language="Javascript" src="../src/dynapi.js"></script> <script language="Javascript"> DynAPI.setLibraryPath('../src/lib/'); DynAPI.include('dynapi.api.*'); DynAPI.include('afroapi.file.io'); DynAPI.include('afroapi.file.url'); </script> <script language="Javascript"> DynAPI.onLoad = function() { block = new DynLayer(null,200,200,200,200); DynAPI.document.addChild(block); block.setURL('../clock.html') }; </script> ---------------------------------------------------------- Thanks, Richard. ----- Original Message ----- From: "Michael Pemberton" <mp...@ph...> To: <dyn...@li...> Sent: Thursday, February 22, 2001 6:09 AM Subject: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > I now have it working in both NS and IE (only win tested) and can't see > any bugs. (I should open my eyes) > > Just place all the files in their own directory called "file" in your > libs directory. > > Then all DynLayer's will have a new method called setURL: > DynLayer.prototype.setURL=function(url,js,noevt) > > url is the location of the file. > this can be relative to the current main page or absolute. > it MUST only be on the current domain, java does not allow external > server downloads > js > do you wish any found javascript to be executed? > noevt > do you wish the load events to be triggered? > > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > |
From: Michael P. <mp...@ph...> - 2001-02-23 00:01:31
|
oops. I modified the code to work in dynapi/file instead of afroapi/file. I figured it would be easier that way. Check url.js to see where it is looking for the applet. Richard Bennett wrote: > I'm trying to get this working, but I get this error (IE+NS) what am I doing > wrong? > > ------------------------------------------------------------ > JavaScript Error: file:///C|/My Documents/My Webs/dhtml/daily > snapshots/Copy (2) of dynapi3/dynapi/src/lib/afroapi/file/url.js, > line 6: > unable to reflect applet "urlLoad", index 0 - not loaded yet?. > --------------------------------------------------------- > > This is the source; > ---------------------------------------------------------- > <script language="Javascript" src="../src/dynapi.js"></script> > <script language="Javascript"> > > DynAPI.setLibraryPath('../src/lib/'); > DynAPI.include('dynapi.api.*'); > DynAPI.include('afroapi.file.io'); > DynAPI.include('afroapi.file.url'); > > </script> > <script language="Javascript"> > > DynAPI.onLoad = function() { > > block = new DynLayer(null,200,200,200,200); > DynAPI.document.addChild(block); > block.setURL('../clock.html') > > }; > > </script> > ---------------------------------------------------------- > > Thanks, > Richard. > > ----- Original Message ----- > From: "Michael Pemberton" <mp...@ph...> > To: <dyn...@li...> > Sent: Thursday, February 22, 2001 6:09 AM > Subject: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > > > I now have it working in both NS and IE (only win tested) and can't see > > any bugs. (I should open my eyes) > > > > Just place all the files in their own directory called "file" in your > > libs directory. > > > > Then all DynLayer's will have a new method called setURL: > > DynLayer.prototype.setURL=function(url,js,noevt) > > > > url is the location of the file. > > this can be relative to the current main page or absolute. > > it MUST only be on the current domain, java does not allow external > > server downloads > > js > > do you wish any found javascript to be executed? > > noevt > > do you wish the load events to be triggered? > > > > -- > > Michael Pemberton > > mp...@ph... > > ICQ: 12107010 > > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
From: Jim F. <jf...@tm...> - 2001-03-19 17:50:37
|
Hello, all! I am very interested in using this technique that Michael Pemberton has developed, however, I am having difficulty and was wondering if Michael (or anyone) would be so kind as to get me pointed on the right track? Here is my code which uses Michael's setURL() technique: ============================================= <html> <head> <title>Site Nav</title> <script language="javascript" src="javascript/dynapi.js"></script> <script language="javascript"> DynAPI.setLibraryPath('javascript/lib/') DynAPI.include('dynapi.api.*') DynAPI.include('dynapi.file.io') DynAPI.include('dynapi.file.url') </script> <script language="javascript"> DynAPI.onLoad = function() { siteNavLayer = new DynLayer(0,0,400,40) siteNavLayer.setURL('test.htm',false,false) // no js, no evt DynAPI.document.addChild(siteNavLayer) } </script> </head> <body> </body> </html> ============================================= This returns a page with [object Object] contained in the layer. I have no doubt that I am doing something wrong that is embarrasingly simple. Incidentally, the files referred to in the include statement are the ones that Michael had in his file.zip attached to his e-mail of 2/21, and the HTML file I am using in setURL() is the HTML equivalent of "Hello World") (i.e., very simple, no javascript). Please advise. -- Thanks! -- ----- Original Message ----- From: "Michael Pemberton" <mp...@ph...> To: <dyn...@li...> Sent: Wednesday, February 21, 2001 10:09 PM Subject: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > I now have it working in both NS and IE (only win tested) and can't see > any bugs. (I should open my eyes) > > Just place all the files in their own directory called "file" in your > libs directory. > > Then all DynLayer's will have a new method called setURL: > DynLayer.prototype.setURL=function(url,js,noevt) > > url is the location of the file. > this can be relative to the current main page or absolute. > it MUST only be on the current domain, java does not allow external > server downloads > js > do you wish any found javascript to be executed? > noevt > do you wish the load events to be triggered? > > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > |
From: Richard E. <emb...@co...> - 2001-03-19 18:41:37
|
I am working on the same thing and after much culling I have the following test file: <head> <title>URL Load</title> </head> <body> <script language="JavaScript1.2"> content = " \ MyalertCnt=0; \ Myalert=function(s){ \ s=(MyalertCnt++)+' '+s; \ alert(s); \ } \ \ function BASE(){ \ } \ BASE.prototype.getClass=function(){ \ return 'BASE'; \ }; \ BASE.prototype.XXX=function(){ \ }; \ \ function DERIVED(){ \ this.base=BASE; \ this.base(); \ } \ DERIVED.prototype=new BASE(); \ DERIVED.prototype.getClass=function getClass(){ \ return 'DERIVED'; \ } \ DERIVED.prototype.YYYY=function(){ \ }; \ \ var baseObject = new BASE() \ Myalert('baseObject class = '+baseObject.getClass()); \ \ var derivedObject = new DERIVED() \ Myalert('derivedObject class = '+derivedObject.getClass()); \ "; RUN = function() { eval(content); } //eval(content); RUN(); </script> THIS IS THE BODY </body> </html> I started out trying to call eval() on dynamically loaded content without success. I've reduced to the above. When the 'content' is evaluated with the call to 'eval(content)' in the global context (Netscape 4.76) it works but if the call is to eval(content) within the function RUN(), (comment the eval statement and uncomment the call to RUN()), then it fails - the derived object does NOT have ANY methods!!! Now, both versions, calling eval(content) at the global level and calling RUN(), work for mozilla 6.1. So, there is something funky about Netscape 4.76 that behaves differently. This is important (assuming Netscape 4.76 is important) because dynapi is executed in the 'onload' hook which means that any call to 'eval()' does not take place at the global level but rather is nested within a function. Richard Jim Foster wrote: > Hello, all! > > I am very interested in using this technique that Michael Pemberton has > developed, however, I am having difficulty and was wondering if Michael (or > anyone) would be so kind as to get me pointed on the right track? > > Here is my code which uses Michael's setURL() technique: > ============================================= > <html> > <head> > <title>Site Nav</title> > <script language="javascript" src="javascript/dynapi.js"></script> > <script language="javascript"> > DynAPI.setLibraryPath('javascript/lib/') > DynAPI.include('dynapi.api.*') > DynAPI.include('dynapi.file.io') > DynAPI.include('dynapi.file.url') > </script> > > <script language="javascript"> > DynAPI.onLoad = function() { > siteNavLayer = new DynLayer(0,0,400,40) > siteNavLayer.setURL('test.htm',false,false) // no js, no evt > DynAPI.document.addChild(siteNavLayer) > } > </script> > </head> > > <body> > </body> > > </html> > ============================================= > > This returns a page with > > [object Object] > > contained in the layer. > > I have no doubt that I am doing something wrong that is embarrasingly > simple. > > Incidentally, the files referred to in the include statement are the ones > that Michael had in his file.zip attached to his e-mail of 2/21, and the > HTML file I am using in setURL() is the HTML equivalent of "Hello World") > (i.e., very simple, no javascript). > > Please advise. > > -- Thanks! -- > > ----- Original Message ----- > From: "Michael Pemberton" <mp...@ph...> > To: <dyn...@li...> > Sent: Wednesday, February 21, 2001 10:09 PM > Subject: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > > > I now have it working in both NS and IE (only win tested) and can't see > > any bugs. (I should open my eyes) > > > > Just place all the files in their own directory called "file" in your > > libs directory. > > > > Then all DynLayer's will have a new method called setURL: > > DynLayer.prototype.setURL=function(url,js,noevt) > > > > url is the location of the file. > > this can be relative to the current main page or absolute. > > it MUST only be on the current domain, java does not allow external > > server downloads > > js > > do you wish any found javascript to be executed? > > noevt > > do you wish the load events to be triggered? > > > > -- > > Michael Pemberton > > mp...@ph... > > ICQ: 12107010 > > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
From: Raymond S. <dst...@or...> - 2001-03-19 20:33:51
|
Just so you know client Java will require a plug-in DL (6 mb) with the advent of IE6. War of the Worlds beginnings soon related to Server-Side domination. I would advise strongly against deploying "any" client side Java. ----- Original Message ----- From: "Richard Emberson" <emb...@co...> To: <dyn...@li...> Sent: Monday, March 19, 2001 11:52 AM Subject: Re: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > I am working on the same thing and after much culling I have the following > test file: > > <head> > <title>URL Load</title> > </head> > <body> > <script language="JavaScript1.2"> > content = " \ > MyalertCnt=0; \ > Myalert=function(s){ \ > s=(MyalertCnt++)+' '+s; \ > alert(s); \ > } \ > \ > function BASE(){ \ > } \ > BASE.prototype.getClass=function(){ \ > return 'BASE'; \ > }; \ > BASE.prototype.XXX=function(){ \ > }; \ > \ > function DERIVED(){ \ > this.base=BASE; \ > this.base(); \ > } \ > DERIVED.prototype=new BASE(); \ > DERIVED.prototype.getClass=function getClass(){ \ > return 'DERIVED'; \ > } \ > DERIVED.prototype.YYYY=function(){ \ > }; \ > \ > var baseObject = new BASE() \ > Myalert('baseObject class = '+baseObject.getClass()); \ > \ > var derivedObject = new DERIVED() \ > Myalert('derivedObject class = '+derivedObject.getClass()); \ > "; > RUN = function() { > eval(content); > } > //eval(content); > RUN(); > > > </script> > THIS IS THE BODY > </body> > </html> > > I started out trying to call eval() on dynamically loaded content without > success. I've reduced > to the above. When the 'content' is evaluated with the call to 'eval(content)' > in the global > context (Netscape 4.76) it works but if the call is to eval(content) within > the function > RUN(), (comment the eval statement and uncomment the call to RUN()), > then it fails - the derived object does NOT have ANY methods!!! > > Now, both versions, calling eval(content) at the global level and calling > RUN(), work > for mozilla 6.1. So, there is something funky about Netscape 4.76 that behaves > > differently. > > This is important (assuming Netscape 4.76 is important) because dynapi is > executed in the > 'onload' hook which means that any call to 'eval()' does not take place at the > global > level but rather is nested within a function. > > Richard > > Jim Foster wrote: > > > Hello, all! > > > > I am very interested in using this technique that Michael Pemberton has > > developed, however, I am having difficulty and was wondering if Michael (or > > anyone) would be so kind as to get me pointed on the right track? > > > > Here is my code which uses Michael's setURL() technique: > > ============================================= > > <html> > > <head> > > <title>Site Nav</title> > > <script language="javascript" src="javascript/dynapi.js"></script> > > <script language="javascript"> > > DynAPI.setLibraryPath('javascript/lib/') > > DynAPI.include('dynapi.api.*') > > DynAPI.include('dynapi.file.io') > > DynAPI.include('dynapi.file.url') > > </script> > > > > <script language="javascript"> > > DynAPI.onLoad = function() { > > siteNavLayer = new DynLayer(0,0,400,40) > > siteNavLayer.setURL('test.htm',false,false) // no js, no evt > > DynAPI.document.addChild(siteNavLayer) > > } > > </script> > > </head> > > > > <body> > > </body> > > > > </html> > > ============================================= > > > > This returns a page with > > > > [object Object] > > > > contained in the layer. > > > > I have no doubt that I am doing something wrong that is embarrasingly > > simple. > > > > Incidentally, the files referred to in the include statement are the ones > > that Michael had in his file.zip attached to his e-mail of 2/21, and the > > HTML file I am using in setURL() is the HTML equivalent of "Hello World") > > (i.e., very simple, no javascript). > > > > Please advise. > > > > -- Thanks! -- > > > > ----- Original Message ----- > > From: "Michael Pemberton" <mp...@ph...> > > To: <dyn...@li...> > > Sent: Wednesday, February 21, 2001 10:09 PM > > Subject: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > > > > > I now have it working in both NS and IE (only win tested) and can't see > > > any bugs. (I should open my eyes) > > > > > > Just place all the files in their own directory called "file" in your > > > libs directory. > > > > > > Then all DynLayer's will have a new method called setURL: > > > DynLayer.prototype.setURL=function(url,js,noevt) > > > > > > url is the location of the file. > > > this can be relative to the current main page or absolute. > > > it MUST only be on the current domain, java does not allow external > > > server downloads > > > js > > > do you wish any found javascript to be executed? > > > noevt > > > do you wish the load events to be triggered? > > > > > > -- > > > 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 > |
From: Richard E. <emb...@co...> - 2001-03-19 20:46:22
|
Raymond Smith wrote: > Just so you know client Java will require a plug-in DL (6 mb) with the > advent of IE6. War of the Worlds beginnings soon related to Server-Side > domination. I would advise strongly against deploying "any" client side > Java. > > ----- Original Message ----- > From: "Richard Emberson" <emb...@co...> I guess another way to put it is that if people kiss M$ butt and don't deploy client side java then the War of the Worlds is already over. |
From: Raymond S. <dst...@or...> - 2001-03-19 21:13:53
|
Ah grasshopper, the intention isn't to surrender but find a new avenue of attack. Think dynamic client javascript interfaces for I/O with XML translators to Java server-side apps. ----- Original Message ----- From: "Richard Emberson" <emb...@co...> To: <dyn...@li...> Sent: Monday, March 19, 2001 1:56 PM Subject: Re: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > Raymond Smith wrote: > > > Just so you know client Java will require a plug-in DL (6 mb) with the > > advent of IE6. War of the Worlds beginnings soon related to Server-Side > > domination. I would advise strongly against deploying "any" client side > > Java. > > > > ----- Original Message ----- > > From: "Richard Emberson" <emb...@co...> > > I guess another way to put it is that if people kiss M$ butt and don't deploy > client side > java then the War of the Worlds is already over. > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Michael P. <mp...@ph...> - 2001-03-20 06:11:45
|
you'll see that in my FileIO local file code, I use AxtiveX for IE. I've have found no way of doing URL downloading from ActiveX without the use of server side ASP code. As someone who has gone to great lengths to limit my exposure to crappy programming languages, I have NO asp experience and don't won't to force it's use as the only method of server communication. BTW: As of NS6, java is a separate download of about 6MB. Just thought you may won't to know that. Raymond Smith wrote: > Ah grasshopper, the intention isn't to surrender but find a new avenue of > attack. Think dynamic client javascript interfaces for I/O with XML > translators to Java server-side apps. > > ----- Original Message ----- > From: "Richard Emberson" <emb...@co...> > To: <dyn...@li...> > Sent: Monday, March 19, 2001 1:56 PM > Subject: Re: [Dynapi-Dev] Dynamic Content Loading (IT WORKS) > > > Raymond Smith wrote: > > > > > Just so you know client Java will require a plug-in DL (6 mb) with the > > > advent of IE6. War of the Worlds beginnings soon related to Server-Side > > > domination. I would advise strongly against deploying "any" client side > > > Java. > > > > > > ----- Original Message ----- > > > From: "Richard Emberson" <emb...@co...> > > > > I guess another way to put it is that if people kiss M$ butt and don't > deploy > > client side > > java then the War of the Worlds is already over. > > > > > > _______________________________________________ > > 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 |