[5781] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

Re: Forms support in clients

daemon@ATHENA.MIT.EDU (Marc VanHeyningen)
Mon Sep 26 10:13:55 1994

Date: Mon, 26 Sep 1994 15:09:31 +0100
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: mvanheyn@cs.indiana.edu
From: Marc VanHeyningen <mvanheyn@cs.indiana.edu>
To: Multiple recipients of list <www-talk@www0.cern.ch>

Thus wrote: Karl Auerbach
> >>No - he wants documents that can be more like programs.  basically he
> >>wants to display the form, have the user fill in what doc he
> >>would like (as an example) and then have the browser do a text
> >>substitution on the ACTION part before performing the GET.

This is an excellent idea.

> >There's been some talk around here, as I vaguely recall, about TCL for this
> >sort of thing.  Any thoughts, anyone, on the idea of letting TCL swallow up
> >HTML, so that we have a real UI language that contains a real hypertext
> >language, instead of trying to built a UI language out of a hypertext
> >language?  (Which just ain't gonna happen, I suspect...)

Yes; an arbitrarily powerful language, designed to be powerful and
secure, is where it is at.

>Please not TCL.  It is intrinsicly inefficient and, to my eyes, quite
>inelegant.

Not entirely false, though largely a matter of opinion.

>(My preference is Scheme, but I somehow suspect that this isn't
>necessarily going to be popular with People who have been brought
>up on shell programming and C.)
>
>Whatever, the language, the important issues are a secure/safe
>abstract machine in which it is to execute.

More or less.  There are a number of desirable characteristics:

- A secure language for which secure implementations are "easy"
- A reasonably simple language that can be learned and implemented in
  a vaguely concise way
- A language which allows a variety of presentation approaches (e.g. a
  single program can use a GUI interface or a simpler interface,
  either through abstract routines or more directly
- Portable
- Extensible
- A language with a secure reference implementation which may be used
  freely by developers (i.e. it is unencumbered by things like GPL or
  other licenses that may inhibit development)
- Reasonably efficient

and so on.  I don't know of anything that comes closer to meeting
these requirements today, or shows promise for doing so in the near
future, than Safe-Tcl.  You can use Safe-Tcl to retrieve a program
from a server and run WWW-oriented code on it today.  Is anyone
actually working on a Safe-Scheme, or Safe-Perl, or
Safe-Scripting-Language-Like-C or Safe-Python?  How's it going?

We can argue all day about how "it should be scheme-like" or "it
should be more object-oriented" but unless some effort at actually
developing the thing is underway NOW, it's a non-starter.  We want
this to actually be working and in widespread use in a reasonably
small number of years.
--
Marc VanHeyningen  <http://www.cs.indiana.edu/hyplan/mvanheyn.html>

home help back first fref pref prev next nref lref last post