[Webkit-unassigned] [Bug 63062] Add capture attribute for HTML Media Capture

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jun 24 02:07:25 PDT 2011


https://bugs.webkit.org/show_bug.cgi?id=63062





--- Comment #19 from Jongseok Yang <js45.yang at samsung.com>  2011-06-24 02:07:24 PST ---
(In reply to comment #18)
> (In reply to comment #17)
> > (In reply to comment #15)
> > > (In reply to comment #12)
> > > > (In reply to comment #11)
> > > > > (In reply to comment #10)
> > > > > > 
> > > > > > Thanks for your feedback.
> > > > > > 
> > > > > > Could you explain the reason for your proposal?
> > > > > > 
> > > > > > I thought that using the original logic (FileChooser, RenderFileUploadControl) was the advantage because I thought that there was no notable difference except executing camera, camcorder or voice recorder.
> > > > > 
> > > > > My objection is that the difference between choosing a file and using a camera is a not a small one and the implementation should reflect that.
> > > > 
> > > > I agree with Sam. While some platforms may want to present a simplistic UI like the mockup shown in http://www.w3.org/TR/2011/WD-html-media-capture-20110414/, I suspect that many will require very different UI for file, camera, and microphone access. Lumping everything into the same classes will make this more difficult and messy.
> > > 
> > > Thanks for your interest in my patch.
> > > Actually, I had no plan for more modification. of FileChooser, RenderFileUploadControl. The patch was just to get "capture" attribute.
> > > I did not think that any more patch for "WebCore" were needed just to launch a camera interface. I thought that the next patch for it was just the implementation for each port. So, I could not detect that the patch was more difficult and messy.
> > > 
> > > I'll trying to find out new implementation to accept your proposal.
> > 
> > For the clarification, Do you mean current version of WebCore is ready to support W3C HTML Media Capture spec ?? Only remaining stuff is related with the port layer. right?
> > (In reply to comment #15)
> > > (In reply to comment #12)
> > > > (In reply to comment #11)
> > > > > (In reply to comment #10)
> > > > > > 
> > > > > > Thanks for your feedback.
> > > > > > 
> > > > > > Could you explain the reason for your proposal?
> > > > > > 
> > > > > > I thought that using the original logic (FileChooser, RenderFileUploadControl) was the advantage because I thought that there was no notable difference except executing camera, camcorder or voice recorder.
> > > > > 
> > > > > My objection is that the difference between choosing a file and using a camera is a not a small one and the implementation should reflect that.
> > > > 
> > > > I agree with Sam. While some platforms may want to present a simplistic UI like the mockup shown in http://www.w3.org/TR/2011/WD-html-media-capture-20110414/, I suspect that many will require very different UI for file, camera, and microphone access. Lumping everything into the same classes will make this more difficult and messy.
> > > 
> > > Thanks for your interest in my patch.
> > > Actually, I had no plan for more modification. of FileChooser, RenderFileUploadControl. The patch was just to get "capture" attribute.
> > > I did not think that any more patch for "WebCore" were needed just to launch a camera interface. I thought that the next patch for it was just the implementation for each port. So, I could not detect that the patch was more difficult and messy.
> > > 
> > > I'll trying to find out new implementation to accept your proposal.
> > 
> > For the clarification, do you mean current version of WebCore is ready to support W3C HTML Media Capture spec ?? And only remaining stuff is related with the port layer. right?
> 
> I thought that it's right because I thought that it's just the implementation issue for each port and the "capture" attribute was optional from the below statement of HTML Media Capture spec. 
> "If an input element in the File Upload state [HTML5] contains accept attribute with values image/*, audio/*, or video/*, the user agent can invoke a file picker that allows respectively the user to take a picture, record a sound file, or record a video in addition to selecting an existing file from the file system."
> 
> But, it's just my idea and I should need new implementation to accept reviewers' proposal.

For the clarification, it's just to launch camera.
MediaFileData should be implemented to support HTML Media Capture spec.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list