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

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

Re: File upload in HTML forms

daemon@ATHENA.MIT.EDU (Paul Burchard)
Sat Oct 8 20:33:32 1994

Date: Sun, 9 Oct 1994 01:30:33 +0100
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: burchard@horizon.math.utah.edu
From: Paul Burchard <burchard@horizon.math.utah.edu>
To: Multiple recipients of list <www-talk@www0.cern.ch>

File upload is *very* important for the Web and I hope some consensus  
is reached soon!  However, I strongly disagree with Ernesto Nebel's  
proposal, and would instead advocate the following alternative  
(combining a number of proposals aired on this list):

*  On the client end, support a FORM field which can accept input of  
arbitrary MIME content (not just text/plain from the keyboard).  The  
most natural way would be to upgrade the behavior of TEXTAREA.

*  For the POST submission, support a multipart encoding scheme that  
circumvents the overhead of the current www-url-encoding for large  
inputs.

Here are the main reasons I am opposed to Ernesto's proposal:

1.  While it's true that the proposal would not alter the syntax of  
HTTP, it would force a drastic change in the semantics: making HTTP  
servers stateful, with all of the problems that entails.  Thus,  
during the multiple back and forth transactions would be required to  
completely transmit the data in a FORM, the server would have to  
somehow generate unique "transaction URLs" that allow the client to  
connect back to the correct transaction, and furthermore, it would  
have to manage the partial transaction data for the different clients  
as it accumulates.  This would also add serious complications to CGI,  
(for example, requiring global script changes to handle a simple  
change of field from type TEXTAREA to FILE).   These are rather large  
issues to stir up for one extra feature (important as it is).

2.  Having a special "FILE" INPUT type deprives users of the choice  
to enter small amounts of ASCII data directly into the FORM, if they  
so choose.  Even for small input, they would instead have to prepare  
an external file with the data, and then use a file browser to  
register that file with the FORM.


--------------------------------------------------------------------
Paul Burchard	<burchard@math.utah.edu>
``I'm still learning how to count backwards from infinity...''
--------------------------------------------------------------------

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