Re: Idea for new form input typeDave_Raggett <firstname.lastname@example.org>
Date: Fri, 18 Feb 1994 13:11:14 --100
From: Dave_Raggett <email@example.com>
To: Multiple recipients of list <firstname.lastname@example.org>
Subject: Re: Idea for new form input type
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
> In order to support the posting of large files using form based
> machanisms I suggest that a new input type "include-file" (or
> something similar) be added. This new type would be a file
> that exists on the local machine whose data would be posted
> to the forms server during form submission. This method
> would require the file to be posted using a MIME multipart
How do you imagine this appearing to users? Do they see an input field
for typing (pasting) a file name into? Or is it a button which pops up
the file dialog, then when closed changes its name to that of the
> The reasons this will be useful are as follows:
> * large text files can be sent without having to cut and paste
> them into a textarea window as they are now.
> * no memory limits on the size of the file. (currently all input
> data is held in memory)
> * arbitrary binary files can be sent
Seems good to me, I guess smart browser could also support drag 'n drop.
Tim Berners-Lee suggested a while back now, that you should be able to
paste (or drag 'n drop) arbitary data into a TEXTAREA field with the
browser being responsible for managing the encapsulation when sending
it to the server, and also how to present the pasted data to the user.
The browser could default to showing the file name and size if it doesn't
have any other way of displaying the file/object in the widget.
One way of combining the two ideas is for the TEXTAREA widget to show
a file menu in addition to the vertical and horizontal scrollbars.
Surely this more general approach would be better than a simple file