- From: NN Murthy <nn.murthy@cmcltd.com>
- Date: Fri, 27 Jul 2012 20:41:02 +0530
- To: <public-device-apis@w3.org>
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