W3C home > Mailing lists > Public > public-html@w3.org > December 2010

Media Capture

From: Robin Berjon <robin@berjon.com>
Date: Wed, 8 Dec 2010 15:56:38 +0100
Message-Id: <C7612AC2-997A-4106-9E08-134137912471@berjon.com>
Cc: Frederick Hirsch <Frederick.Hirsch@nokia.com>, Dominique Hazael-Massieux <dom@w3.org>, Thomas Roessler <tlr@w3.org>
To: HTML WG <public-html@w3.org>
Dearest of HTML WGs,

a few months back there was a discussion on this list about the value of having some form of a capture parameter to input type file that would hint to the user agent that audio/video/still capture is what's intended so that it could present a more direct and straightforward UI. After some discussion, agreement was reached that such a hint was indeed useful.

Since then, the DAP WG has been editing a simple draft[1] matching the discussion, as planned. There is, however, some hesitation on one crucial, if somewhat bikeshed-shaped, point: syntax. Furthermore, irrespective of the solution, coordination with the HTML WG is required since we're essentially spawning an army of bug-eyed blood-thirsty deranged mutant killer monster goons that will pillage your Unicode repertoire until you're left with but an angle bracket to cry on to the tune of Lady Gaga karaoke. Oh wait. That came out wrong. I meant: since we're either slightly touching the syntax of the input element's accept attribute values, or alternatively adding an attribute.

The choice is this:

Option 1)
This is the option that's in the draft, as well as the one that's implemented in Android. Each media type (or pseudo-media type) in the accept list can take a ;capture={camera,microphone,etc} parameter. That changes the syntax, and requires a processing model tweak to ignore other parameters (since it's unlikely much useful can be done with them) but the implementation feedback from Google is that that's pretty much nothing. It's tempting to go with this if only because it's implemented already. However, it's probably not widely implemented enough yet that it's too late to change tack.

Option 2)
Some people have voiced concerns that this would be better captured (HA!) by adding a capture attribute with said values to the input element. My understanding is that the thinking here is that this is less of a hack, and also less intrusive to HTML since adding an attribute is actually a smaller and more easily ignored modification than changing the syntax of a value.

On this therefore we would like to solicit your opinion so that we can move forward with our evil plans.

Thanks!


[0] http://lists.w3.org/Archives/Public/public-html/2010Jul/0145.html
[1] http://dev.w3.org/2009/dap/camera/

-- 
Robin Berjon - http://berjon.com/
Received on Wednesday, 8 December 2010 14:57:10 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:17 GMT