W3C home > Mailing lists > Public > public-device-apis@w3.org > December 2009

RE: <input type=photo> etc as Capture API

From: SULLIVAN, BRYAN L (ATTCINW) <BS3131@att.com>
Date: Wed, 2 Dec 2009 08:30:52 -0800
Message-ID: <8080D5B5C113E940BA8A461A91BFFFCD0FD84466@BD01MSXMB015.US.Cingular.Net>
To: "JOSE MANUEL CANTERA FONSECA" <jmcf@tid.es>, <public-device-apis@w3.org>
Jose,
I agree. The markup-based approach is certainly valuable as well. What I think we need from DAP though is a Javascript-callable function, which is a programmatic approach. 

Best regards,
Bryan Sullivan | AT&T
-----Original Message-----
From: JOSE MANUEL CANTERA FONSECA [mailto:jmcf@tid.es] 
Sent: Wednesday, December 02, 2009 8:28 AM
To: SULLIVAN, BRYAN L (ATTCINW); public-device-apis@w3.org
Subject: RE: <input type=photo> etc as Capture API

API definitions are not incompatible with mark-up abstractions that allow to achieve the same functionality. 

In HTML you have mark-up and you can achieve the same functionality using the DOM. Depending on the dynamicity of your app you use one or the other

I think DAP is chaired to define APIs and the HTML5 group to define mark-up abstractions ... 

Best R. 

-----Mensaje original-----
De: public-device-apis-request@w3.org [mailto:public-device-apis-request@w3.org] En nombre de SULLIVAN, BRYAN L (ATTCINW)
Enviado el: miércoles, 02 de diciembre de 2009 17:05
Para: public-device-apis@w3.org
Asunto: <input type=photo> etc as Capture API

Re the proposal to use something along the lines of <input type=photo>
to invoke a capture function, that is not an API, but a "user input
selection method". An API is a method via which an application invokes a
function. There should be no inherent reason that the user must be
involved in the invocation of that function (or that there is even a
user present). There may be security-related UI considerations that mean
that <input type=photo> is a usable approach to getting input to the
application, or other security-related UI functions invoked by the web
runtime e.g. per a policy framework, but those should not be the only or
mandated approaches.

We need the ability of applications to be able to interact with device
functions without explicit use-by-use involvement of the user. Mandating
user explicit user control of each API invocation will result in a
unusable user experience, and completely misses the point of defining an
API.

The BONDI Camera API provides a good model for how this should work. If
W3C chooses to define only something along the lines of a <input
type=photo> method, then I believe the market will quickly speak to the
sufficiency of that approach, and other API designs such as the BONDI
Camera API will be more successful.

Best regards,
Bryan Sullivan | AT&T



Received on Wednesday, 2 December 2009 16:31:48 GMT

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