RE: [html-media-capture] capture vs. accept

Using this standard, can we capture images using document scanners? If yes,
what capture parameter we need to give? Similarly if we need to capture
images of finger prints, palm prints and iris images using live scanner
devices, what will be the capture parameter? Will it be camera?

-----Original Message-----
From: fantasai [mailto:fantasai.lists@inkedblade.net] 
Sent: 27 July 2012 03:46
To: public-device-apis@w3.org
Subject: Re: [html-media-capture] capture vs. accept

> On 7/19/12 6:02 PM, "fantasai" <fantasai.lists@inkedblade.net> wrote:
>
>>Hi!
>>I was wondering, how is 'capture' different from 'accept'? It seems to 
>>me the following are equivalent:
>>
>>   capture      accept
>>  ----------------------
>>   camera       image/*
>>   camcorder    video/*
>>   microphone   audio/*
>>   filesystem   */*
>
> No. accept="image/*" tells you nothing about the desired capture mode, 
> which could be either of camera or filesystem.

So the distinction between the two is that using the 'capture' attribute
indicates that a live capture is preferred?

In that case, I suggest that the 'capture' attribute be a boolean, leaving
the type-checking to the 'accept' attribute, which already serves this
function.

Not only would this avoid duplication, it also avoids conflicts like

   <input capture=microphone accept='image/*'>

~fantasai

______________________________________________________________________________

DISCLAIMER

The information contained in this e-mail message and/or attachments to it may
contain confidential or privileged information. If you are not the intended
recipient, any dissemination, use, review, distribution, printing or copying
of the information contained in this e-mail message and/or attachments to it
are strictly prohibited. If you have received this communication in error,
please notify us by reply e-mail or directly to netsupport@cmcltd.com or
telephone and immediately and permanently delete the message and any
attachments. Thank you.

______________________________________________________________________________

This email has been scrubbed for your protection by SecureMX.
For more information visit http://securemx.in
_____________________________________________________________________________

Received on Friday, 27 July 2012 15:11:45 UTC