W3C home > Mailing lists > Public > public-html@w3.org > April 2011

Re: New approach to HTML Media Capture

From: Aryeh Gregor <Simetrical+w3c@gmail.com>
Date: Thu, 21 Apr 2011 18:41:58 -0400
Message-ID: <BANLkTinX6Dn-REbzuTJibdgBo4xdeJ2v0w@mail.gmail.com>
To: Ian Hickson <ian@hixie.ch>
Cc: Dominique Hazael-Massieux <dom@w3.org>, public-html@w3.org
On Thu, Apr 21, 2011 at 6:11 PM, Ian Hickson <ian@hixie.ch> wrote:
> For both of these use cases, getUserMedia() seems like a much better
> solution than <input type=file>. The former can work in real-time, the
> latter cannot.

I agree that I don't see any strong use-cases for a declarative
mechanism for allowing upload specifically from cameras or
microphones, if a scripted mechanism is available.  (Does
getUserMedia() allow taking photos?  It looks like it's only for audio
and video right now.)

> That's a UI issue. There's no reason <input type="file" accept="image/*">
> shouldn't make the camera a prominent or even default part of the UI.

Different uses of <input type="file" accept="image/*"> will have
different probabilities that the user will want to use their camera.
For Google Goggles, the user is practically certain to want to use
their camera to take the image.  For a software distribution website
that asks the user to upload a screenshot of the software, the user is
certain to *not* want to use their camera, because the site doesn't
want a photograph at all.  The author needs to be able to provide the
correct UI to users, using their knowledge of what sort of file they
actually want.

However, this seems like it would be adequately addressed by a script
mechanism such as getUserMedia(), if it supported photographs.
Received on Thursday, 21 April 2011 22:42:45 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:36 UTC