[whatwg] File inputs, @accept, and expected behavior

Rich Tibbett richt at opera.com
Tue Feb 8 01:41:35 PST 2011


Tab Atkins Jr. wrote:
> The file input gained the @accept attribute a little while ago, to
> indicate what type of file should be accepted.  It has three special
> values, "image/*", "video/*", and "audio/*".
>
> I believe one intent of these special values is that browsers may
> offer the user the ability to capture an image/video/audio with the
> webcam/mic and automatically set it as the value of the<input>,
> without the user having to create an intermediary file themselves.
>
> The spec doesn't give any indication of this, though, and I've
> surprised some people (browser devs, internally) when I tell them
> about @accept after they ask me about access the webcam/mic.

That is possible, yes. It's about providing a video/image/audio file or 
capturing from the webcam/mic by creating an on-the-fly file to return.

For explicitly requesting a webcam or microphone 'file' from a web page 
we have produced the W3C Media Capture spec [1].

For streaming webcam and/or microphone were working on and around the 
<device> element.

>
> Could we get a note added to the File Input section describing this intention?

It's entirely a interface option for UAs to provide (e.g. [2]) but the 
primary intention is on sharing normal video/audio/image files so a note 
in the spec seems a little unnecessary IMO.

- Rich

[1] http://www.w3.org/TR/capture-api/
[2] http://www.w3.org/TR/capture-api/#uiexamples



More information about the whatwg mailing list