Web OS basically leverages XML/XSL, XHTML and Javascript on the client
leading to Java(servlets, EJB's,JSP,XSP)/Corba/RMI-IIOP middleware on the
server to translate and pass data signals and responses to the server. For
NS4 we may need to develop a circular response que to live within the
form-factor limitation. From what I've read this probably offers the
broadest scope of client-server potential. I've already networked with a
few groups (4 so far) that are interested in flushing out this client-server
framework. We will most likely set up shop here on Source Forge with the
whole focus being client-server API's to enhance user interactions in a
world "befuddled" by Sun and M$ mindless, no mercy war.
I'll keep you informed.
Cheers...
----- Original Message -----
From: "Cameron Hart" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 1:30 AM
Subject: RE: [Dynapi-Dev] Loading External Content (Remote Scripting)
> I don't know if anyone has noticed, but after a few updates, LoadPanel now
> works in IE5, NS4, and NS6 on both Mac and PC, and IE4 PC (yes, it does
work
> in IE5 for Mac!). While LoadPanel certainly has it's limitations, because
of
> it's simplicity it's quite easy to get working in lots of browsers.
>
> I've thought of a few other options for doing this, using a hidden frame,
> but using the LoadPanel LoadQueue to manage requests would possibly work
> better than LoadPanel, the catch being that all the document you wish to
> load needs to be encapsulated in a form textarea so Netscape 4 can access
> it. This method would work in the widest range of browsers, probably more
> than are actually supported by the DynAPI.
>
> Another option would be to use Flash 5. I'm not entirely sure that it
would
> work, but it does support Javascript<->Flash communication, and can load
> remote XML documents (as XHTML is valid XML I figure this would work), and
> in Ray's scenario of browsers not being shipped with Java, Flash is much
> smaller to download. Of course IE5 Mac would yet again be left out, no
> Javascript->Flash communication there.
>
> I'm not trying to discourage Michael's or anyone elses efforts, the more
> ways of loading remote content, the better!
>
> Cameron.
>
> > > Have a look at the attached code. I have been able to get it working
on
> > ns4 (all OSs) IE5 & 5.5 Win (haven't tested it on ie4). IE5 on mac's
are
> > unable to interact with applets and as such will not work and i'm not
sure
> > how to get around this.
> > >
> > > I don't see any way of using the load panel to load content in
> > the fashion
> > required by the JSRS. this is because once you load the content
> > into a load
> > panel in ns4, there is NO way of reading it or altering it.
> > >
> > > Since my code already works with the API, I see it as being a better
> > alternative for loading code and interacting with servers. I'm in the
> > process of getting it to submit a form using the POST method
> > instead of GET.
> > This will allow for more than 3k of data to be sent. (works in IE
> > but NS is
> > having problems with security restrictions in Java).
> > >
> > > If you really wanted, it would be possible to build version
> > that used Java
> > directly in NS without the need for an applet. This would give less
error
> > detection but may be faster than the applet.
> > >
> > > It could be possible to use the JSRS code to allow for Mozilla to do
the
> > work to get around java security issues. Unfortunately once you
> > start using
> > anything but java, you are restricted to 3k data size for sending infor
> > using a URL.
> > >
> > > "Henrik Våglin" wrote:
> > >
> > > > Hello Brent
> > > >
> > > > I don't remember if I ever got to answer up on this before, so I
hope
> > you forgive this late response.
> > > >
> > > > Anyway, I'm most interested in trying at a merge between your JSRS
and
> > the DynAPI. I was about to do some kind of serverside companion to
DynAPI
> > anyway, because I'm almost certain I would have extensive use of
> > it I figure
> > and i figure your JSRS would spare me a lot of hassle if i could get
into
> > how it works properly. I know ASP and how to script it with jscript
which
> > i've understood you do too. If we get JSRS and ASP working with DynAPI -
I
> > thinik it won't be long before someone comes up with ports for other
> > serverside flavours too.
> > > >
> > > > I've taken a quick glance at jsrsClient.js file and from what i can
> > tell, there's not very much needed to do to get it DynAPI compaible.
Iwill
> > try and do some kind of initial port forover, but basically I see it
like
> > this -and this applies very well to the model I have been pondering of
> > implementing in even before I was aware of your project:
> > > >
> > > > - the 'jsrsContextObj' and container could be ported to a DynAPI
> > LoadPanel, which basically is a dynlayer with the ability to load pages
> > into.
> > > >
> > > > - DynAPI uses prototyping, so a lot of what is functions in JSRS
would
> > better be ported to the prototyping model of either of the above
proposed
> > objects.
> > > >
> > > > This is what i've figured so far. Does it make sense to you?
> > I'd like to
> > establish some kind of common understanding with you before I get
> > in deep in
> > trying to do the actual porting.
> > > >
> > > > Henrik Våglin [ [EMAIL PROTECTED] ]
> > > >
> > > > ----- Original Message -----
> > > > From: "Brent Ashley" <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Thursday, March 01, 2001 4:41 PM
> > > > Subject: [Dynapi-Dev] Loading External Content (Remote Scripting)
> > > >
> > > > > Hello all;
> > > > >
> > > > > I've read some of the dynapi-dev archives about dynamic loading
of
> > external
> > > > > data and I think my JSRS JavaScript Remote Scripting
> > library might be
> > well
> > > > > suited to be used with DynAPI. Not having used DynAPI, I can't
> > immediately
> > > > > give you an example of them working together, but I expect an
> > implementation
> > > > > would be trivial to those familiar with both.
> > > > >
> > > > > JSRS is a library which uses hidden layers or iframes to
> > make remote
> > calls
> > > > > to functions on a server page. It's known to work with IE4, IE5
on
> > Windows,
> > > > > Linux, Mac and NS4, NS6, Mozilla on Windows and Linux. While
> > originally
> > > > > written to work with IIS and ASP, a recent IBM
> > Developerworks article
> > by
> > > > > Erik Hatcher
> > > > >
(http://www-106.ibm.com/developerworks/library/wa-resc/?dwzone=web)
> > provides
> > > > > a Java servlet which extends the server-side to Apache/Tomcat. It
> > should be
> > > > > fairly easy to get PHP, Perl CGI, JSP etc server
> > implementations going
> > as
> > > > > well.
> > > > >
> > > > > It's in production use in Canada, the US, Australia, the
> > Netherlands,
> > > > > Austria and likely other places as well.
> > > > >
> > > > > JSRS is open and free, so if anyone wants to build upon it or
pull
> > it
> > > > > apart to merge it with DynAPI, I'd be glad to help.
> > > > >
> > > > > You can find JSRS and other Remote Scripting info at
> > > > > http://www.ashleyit.com/rs .
> > > > >
> > > > > - Brent -
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Dynapi-Dev mailing list
> > > > > [EMAIL PROTECTED]
> > > > > 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
> > > > [EMAIL PROTECTED]
> > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> > >
> > > --
> > > Michael Pemberton
> > > [EMAIL PROTECTED]
> > > ICQ: 12107010
> > >
> > >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev
