Edit comment LC-2642 for Device and Sensors Working Group

Quick access to LC-2635 LC-2636 LC-2637 LC-2638 LC-2639 LC-2640 LC-2641 LC-2642 LC-2644

Comment LC-2642

Comment Shortname:

Commenter:

On Behalf Of:

Message-id:

Section of the document concerned:

[Free text description]Document as a wholeHTML Media Capture /**/ /*******************************... HTML Media Capture W3C Working Draft 12 July 2012 Abstract The HTML Media Capture specification defines HTML... Status of This Document This section describes the status o... Table of Contents 1. Introduction 2. Conformance 3. Termin... 1. Introduction This section is non-normative. This specifi... 2. Conformance As well as sections marked as non-normative,... user agent 3. Terminology The input element and the HTMLInputElement... input HTMLInputElement File Upload enumerated attribute keyword state invalid value default missing value default capture control type 4. Security and privacy considerations This specification b... 5. The capture attribute This section is normative. When an... partial interface HTMLInputElement { attribute DOMString... 5.1 Attributes capture of type DOMString capture of type DOMString capture camera camcorder microphone filesystem Image Capture Video Capture Sound Capture A. Examples This section is non-normative. The following e... B. References B.1 Normative references [FILE-API] Arun Ra... B.1 Normative references [FILE-API] Arun Ranganathan; Jona... [FILE-API] [HTML5] [RFC2119] [WEBIDL] B.2 Informative references No informative references.
or

Refinement of the section concerned:

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody Bah, Slimane Bernhart, Bryan Bhaumik, Rijubrata Bogdanovich, Ilya Caceres, Marcos Christiansen, Kenneth DADAS, Mohammed Gouaillard, Alexandre Grant, Reilly Hazaël-Massieux, Dominique Hirsch, Frederick Hu, Ningxin huang, qigang Hwang, Dongseong Jeon, Jonathan Kang, Shin-Gak Kim, Sung Hei Kim, Sunghan Kinlan, Paul Kis, Zoltan Kliche, Ingmar Kollarova, Martina Kostiainen, Anssi Krishnan, Sanjay Lamouri, Mounir Lee, Dong-Young Lee, Kangchan Lee, Seungyun Lee, WonSuk Lin, Wanming Liu, Dapeng Liu, Guanyu Logvinov, Andrey Mandyam, Giridhar McCathie Nevile, Charles Mehrnezhad, Maryam Mikityuk, Alexandra Nilsson, Claes Olejnik, Lukasz Pashidis, Michallis Poussa, Sakari Pozdnyakov, Mikhail Raggett, Dave Scheib, Vincent Shalamov, Alexander Song, Jungkee Spreitzer, Raphael Steglich, Stephan Stojiljkovic, Aleksandar Tran, Dzung Waldron, Rick Walsh, Michael WEI, XIAOHAI xiong, aiden Xue, Fuqiao Yamamoto, Eiji Yamazaki, Fumi Zhang, Rong Zhang, Zhiqiang zhong, heng

Type: substantive editorial typo question general comment undefined

Resolution status:

Response drafted Resolution implemented Reply sent to commenter

Response status:

No response from Commenter yet Commenter approved disposition Commenter objected to disposition
Commenter's response (URI):

Comment: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 */* ~fantasai

Related issues: LC-2644
(space separated ids)

WG Notes: http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0046.html http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0047.html http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0048.html http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0049.html http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0059.html http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0060.html http://lists.w3.org/Archives/Public/public-device-apis/2012Jul/0064.html

Resolution: No changes to the specification are needed, please see http://www.w3.org/mid/50127EC5.2080705@opera.com [[ > Not only would this avoid duplication, it also avoids conflicts like > > <input capture=microphone accept='image/*'> I believe the spec does address this: "The HTMLInputElement interface's accept attribute takes precedence over the capture attribute. That is, if the accept attribute's value is set to a MIME type that is not accepted in a defined capture state, the user agent must act as if there was no capture attribute." ]] additional updates as part of resolution : http://lists.w3.org/Archives/Public/public-device-apis/2012Dec/0032.html

(Please make sure the resolution is adapted for public consumption)

Check to confirm deletion (not reversible)