And then of course you are a web developer (let's just pretend for a moment)
A client says he wants, a b and c, and he want's them in Java..
Do you:
a) Tell him "sorry MS don't support Java"
or
b) Realise that the rent is due and you give the client what he wants..
???
----- Original Message -----
From: "Raymond Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 12:46 PM
Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
Java on the client side is very rare. In most cases "users" won't
understand why the site doesn't work, only that it is broken and in
frustration they will leave. Also, I cheer the challenge of selling any
client on the idea of implementing a solution that only embraces 70% (and
reducing) of the installed browser base.
Additionally, the overall customer feedback that would be generated by
defaulting them to a page that says "Hey, I realize your on a 56K modem but
you need to spend the next 45 minutes and 15 seconds (without latency
problems) downloading this plug-in. I would imagine in 90% of the cases
they will just "browse on".
----- Original Message -----
From: "Stephen J. Carroll" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 12:23 PM
Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
What is the percentage of sites that require the VM now? I think its very
very low. But yet, more demanding client side functionality is inevitable.
Most clients today are more powerful then the servers the access! And the
only multibrowser solution now and for future functionality is DynAPI!
----- Original Message -----
From: Doug Melvin <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 1:22 PM
Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
> My thought on this (the 18mb java VM download)
> is this: The liekly hood of someone getiing away with NOT downloading the
VM
> and yet still enjoying free access to all they love on the net is very
slim.
>
> The odds are pretty good that 8 in 10 users will have to DL the VM sooner
or
> later,
> or just give up surfing (like that'll happen)
>
> Now, if somone wanted to capitalize on this 'weakness'
> they could build a version of the VM that allows you to
> only DL those parts of the VM that an applett says it needs..
> (a jig-saw puzzle probably has no need to network connectivity or file i/o
> for exsample)
> ----- Original Message -----
> From: "Raymond Smith" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, March 26, 2001 11:50 PM
> Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
>
>
> I just think that any focus that leverages Java on the client-side will
soon
> be a useless byproduct of the server-side wars poised to launch with
> Whistler/IE6/.NET. MS OS's penetrate very rapidly to 30% marketshare,
then
> taper and rise at a more stable pace. It will not contain any JAVA and
> hoping planet Earth embraces an 18-mb plug-in for Java is a tad on the
> "dreamy" side.
>
> I just don't like the idea of wasting allot of brain-calories on a
solution
> that already has an inevitable death sentence hanging over it. M$ only
has
> one advantage in the pending war, their OS monopoly. And all the early
> signs (messaging deal recently announced with E-Bay) is they plan on
> leveraging their OS monopoly with advanced client-side interaction in the
> hopes of stifling the popularity of Java on the server.
>
> Just my thoughts on this.
>
> DS
>
> ----- Original Message -----
> From: "Michael Pemberton" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, March 26, 2001 11:19 PM
> Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
>
>
> > 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
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev
