W3C home > Mailing lists > Public > www-html@w3.org > February 2000

Re: file upload extension

From: Clover Andrew <aclover@1VALUE.com>
Date: Tue, 29 Feb 2000 09:53:13 +0100
Message-ID: <5F78AA062F6AD311A59000508B4AAF6D092AD1@PCS02>
To: "'www-html@w3.org'" <www-html@w3.org>
<Jukka.Korpela@hut.fi> wrote:

> I might be missing something, but wouldn't that WANTTYPE duplicate
> the ACCEPT attribute which has been in the specs since 1995
> (RFC 1867, later adopted to HTML 3.2)? Though it seems that no
> browser vendor cared to implement it.

Indeed. HTML itself does not seem to need much change to support device
upload; browsers just need to get better. First they should at least make
the accept attribute work, then it would be useful if they could also allow
any datatype that the system knew how to convert to one specified in the
accept attribute.

From the proposal <http://www.bovik.org/device-upload.html>:

> If the value of the device parameter is "any", the operator may be offered
> choice of all available supported devices and files, restricted to the
> choices compatible with the MIME types specified in the accept attribute,
> present.

I would have thought this should always be the behaviour of a file upload
field; my computer doesn't *have* a microphone, for example, but I *can* get
my voice onto a file by messing around with my TV card. I'd *always* want
ability to choose to upload from file or microphone for audio/* types, and
I'd *always* want to choose a file or a scanner for image/* types, and so
Which makes the proposed 'device' attribute redundant in my opinion.

Extending the maxlength attribute to file inputs in general seems useful and
pretty harmless. I'm not sure how often maxtime would be useful though.

Andrew Clover
Technical Support
Received on Tuesday, 29 February 2000 03:56:10 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:53 UTC