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

Re: [capture] HTML Media Capture implementor's feedback

From: Ben Murdoch <benm@google.com>
Date: Fri, 11 May 2012 18:13:55 +0100
Message-ID: <CAPHGM7U5Y=4sYRy1DA80ivN8Qzd=ByOj5qC67wKfZu1YPO6gvw@mail.gmail.com>
To: Jonas Sicking <jonas@sicking.cc>
Cc: Rich Tibbett <richt@opera.com>, Anssi Kostiainen <anssi.kostiainen@nokia.com>, Dominique Hazael-Massieux <dom@w3.org>, "public-device-apis@w3.org public-device-apis@w3.org" <public-device-apis@w3.org>, Ilkka Oksanen <Ilkka.Oksanen@nokia.com>, ext Adam Barth <abarth@webkit.org>, Andrei Popescu <andreip@google.com>
On 11 May 2012 17:08, Jonas Sicking <jonas@sicking.cc> wrote:

> On Fri, May 11, 2012 at 2:45 AM, Ben Murdoch <benm@google.com> wrote:
> > Hi there,
> >
> > Chrome for Android uses the 'capture' attribute on a file input element
> to
> > provide a hint that the user should be taken directly into the
> > media acquisition application. For example, specifying capture="camera"
> will
> > launch the camera app, "camcorder" the camcorder or "microphone" the
> sound
> > recorder. Without the capture attribute, the user would be presented
> with a
> > standard Android file picker, filtered on the 'accept' attribute if it's
> > present.
>
> Hmm.. last I tried, if the capture or accept attribute wasn't present
> I was shown a intents-based list of applications which let the user
> choose if a camera app, recorder, file picker, etc should be used.
>

That's what I meant by the standard Android file picker, sorry for the
confusion.


>
> Is that no longer the case then? Or was I simply doing something wrong
> in my test?
>
> / Jonas
>



-- 
Google UK Limited

Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W
9TQ
Registered in England Number: 3977902
Received on Friday, 11 May 2012 17:14:24 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 11 May 2012 17:14:26 GMT