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

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jun 24 00:10:30 PDT 2011


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





--- Comment #16 from Jongseok Yang <js45.yang at samsung.com>  2011-06-24 00:10:29 PST ---
(In reply to comment #14)
> (In reply to comment #11)
> > (In reply to comment #10)
> > > (In reply to comment #9)
> > > > (From update of attachment 98147 [details] [details] [details] [details])
> > > > I think my old comment still holds. Even if the API for this feature is on <input type=file>, I see no reason for the implementation to go through the FileChooser.  I would much rather see a new dedicated "capture" chooser, and new chrome client calls.  It should also not use RenderFileUploadControl.
> > > 
> > > 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 that the difference between using a camera and choosing a file is a large change that should be noticeable and easily usable, both should definitely be usable from the same element. I don't think "File Upload" is necessarily the correct text to display in the window; perhaps "Media Upload" or "Audio|Video|Image Upload" (depending on the media type requested). As for the UI to choose between use of a file and use of a capture device, I suggest that before displaying a file chooser, a dialog of some sort should appear that asks the user where they want to get the requested media from: the filesystem, or a capture device. I think this dialog should list all available options (the filesystem and EACH INDIVIDUAL CAPTURE DEVICE that can be used). This should be bypassed when no capture attribute is specified. The dialog text could be something along the lines of this: "The page at www.example.com has requested that you upload a media file. Which source would you like to u
 pload this file from? [Hard Disk], [Canon HD-AV470], [Sony Capture-Card-530] [Cancel]" Any takers?

That good idea. 
I thought that your proposal could be implemented within each port and it's just the implementation choice of each port. Also the display text can be changed by the implementation of each port.

But, I'll trying to find out new implementation to accept reviewers' proposal.

-- 
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