Re: request for new forms submission consensus
dcmartin@library.ucsf.edu (David C. Martin)
X-Delivered: at request of secret on dxcern.cern.ch
Message-id: <199310122103.AA27904@library.ucsf.edu>
From: dcmartin@library.ucsf.edu (David C. Martin)
Organization: UCSF Center for Knowledge Management
Email: dcmartin@ckm.ucsf.edu
Phone: 415/476-6111
Fax: 415/476-4653
To: sanders@bsdi.com
Cc: www-talk@nxoc01.cern.ch
In-reply-to: Your message of Tue, 12 Oct 1993 14:09:08 -0500
<9310121909.AA06729@austin.BSDI.COM>
Subject: Re: request for new forms submission consensus
Date: Tue, 12 Oct 1993 13:59:05 PDT
Sender: dcmartin@library.ucsf.edu
I am not saying that the client shouldn't be kept simple; what I am
saying is that the functionality that the client supports should be
accessible to the document author.
Has anyone considered the requirements for the communication between
Mosaic and external applications? If you are viewing a document that
has portions of it viewed by external programs, how do you plan to
communicate with those programs when the user follows another link? Do
the items stay as they do today, or do you have some mechanism to
coordinate the transmission (and sharing) of information from the
network, with sound files being delivered to the soundtool and video
files to the videotool, etc...
Anyway, don't underestimate what people are going to want to do with the
software. I don't expect to dedicate *my* server to acting as some kind
of application back-end that is required to interact with every user
action that may or may not require some modification of the display.
dcm
--------
Tony Sanders writes:
dcmartin@library.ucsf.edu (David C. Martin) writes:
> images. I don't think that having a scripting language is too much, but it
> probably is too soon.
In my opinion this is the wrong path to be heading down, the client should
be kept simple. All "application" things should be handled on the server
end or by external programs (if you want TCL then run TCL, don't build it
into the client).
--sanders