W3C home > Mailing lists > Public > public-device-apis@w3.org > November 2012

[capture] making capture attribute boolean, the first stab

From: Anssi Kostiainen <anssi.kostiainen@nokia.com>
Date: Thu, 29 Nov 2012 17:46:33 +0200
Message-Id: <D78C9B8F-A52B-4F58-A060-88FE5F3792DA@nokia.com>
To: "DAP public-device-apis@w3.org" <public-device-apis@w3.org>
Hi,

As per my ACTION-595, and as discussed on the yesterday's call, I started to look at how the HTML Media Capture spec might look like -- and what the implications might be -- if we'd make the capture attribute a boolean instead of an enumerated attribute.

The short rationale is that we don't want to duplicate the information that is already expressed with the accept attribute. Also, given the feature is not yet widely deployed, we can probably still change things for better.

I started writing the proposal in a mail first, but quickly found out it would be easier for everyone if I make an unofficial draft instead so that you'll get a proper diff etc.

So I branched the spec, and reworked it. I also added new examples that should clarify how the revised spec would actually be used in both simple declarative-only scenario based on an HTML form, and in more advanced use cases involving scripting, such as upload via XHR, or drawing the captured image to a canvas on the client-side. I also wanted to clarify that uploading of the file is optional and that this feature is useful in client-side only scenarios too.

The "new" unofficial version with a boolean capture is at: 

  http://dev.w3.org/2009/dap/camera/unofficial.html

The "old" Editor's Draft with an enumerated attribute is at:

  http://dev.w3.org/2009/dap/camera/

The diff:

  http://dev.w3.org/cvsweb/2009/dap/camera/unofficial.html.diff?r1=1.1;r2=1.2;f=h

That said, I'm looking for feedback whether we should go the boolean route. Also suggestions how to make the boolean spec better are welcome. There are probably some rough edges as I drafted this one rather quickly.

-Anssi
Received on Thursday, 29 November 2012 15:47:03 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 29 November 2012 15:47:03 GMT