Re: Support for javascript: scheme in libwww
Andrew Cassin (acas@catt.rmit.edu.au)
Wed, 3 Sep 1997 09:32:44 +1000 (EST)
> I have found that a good Perl program, generating a page with a
> JavaScript routine, which, in-turn, does a FORM entry to another Perl
> program is the best of all interactive possibilities today.
Hmmm... thats going a bit far don't you think? Can you tell me what javascript
provides that is actually not implementable via CGI? What do you do
if your browser is not javascript enabled? Or has it turned off for
security reasons (which is what I do)?
> The possibilities are endless. The results are only limited by
> your imagination and programming skills in the three languages.
The possibilities are endless for any one of the languages (well maybe
HTML isn't so rich yet, but its getting there). I dont wish
to start a flame war, but I am asking for more information about *why*
you think the *combination* is the ``best of all interactive possibilities''.
How does your approach compare against ASP or embedded perl or CGI generated
HTML alone (which may include references to multimedia objects eg.
animated gifs, movies as well as java/perl applets)?
In the case of the australian stock exchange, the visual presentation of
information could have been tackled in many ways. The javascript solution
is pretty ugly and definately not browser independant. I visited the site
using netscape3 and was very surprised that the links weren't taking me
anywhere, it was not until 5 minutes later that I realised why...
> (Perl, HTML, JavaScript) The tremendous advantage is the very
> wide support and browser independance of it all.
Javascript isn't that widely available AFAIK (particularly amongst mosaic
and arena and netscape 1.1, which I still use :-)
ACAS