- From: Franz Buchinger <fbuchinger@gmail.com>
- Date: Fri, 11 Dec 2009 19:47:21 +0100
Hi Ian, thanks for suggesting recursive directory selection! This comes almost a bit surprising to me, since Gears decided to deny this feature ( http://code.google.com/p/gears/wiki/FileSystemAPI). One of the reasons for the denial still applies: how can the user be sure what he is uploading? If the file chooser "silently" accesses files from subdirectories, the user must browse these first to avoid uploading of e.g. confidential data. So my suggestion is that the UA must provide a list of all uploaded files within a confirmation dialog before these files get uploaded. Franz 2009/12/11 Ian Fette (????????) <ifette at google.com> > USE CASE: > Many sites allow you to upload multiple files, often images. HTML5 allows > this via <input type="file" multiple>. This works well when your files are > all in one folder, but it may often be the case that files are spread across > sub-folders, and in this case you have to do multiple transactions (or > multiple <input type=file multiple> tags, which is just awkward) to upload > your files. > > PROPOSAL: Allow a UA to recursively select and upload a directory of files. > How the UA chooses to modify the file picker dialog is outside the scope of > this spec, but for the sake of argument, assume that the UA lets you pick a > folder and say "upload all". Allow the UA to upload the files in the folder, > with the subdirectories included in the filename with a directory separator. > > E.g. assume I have: > > C:\users\ian\a\b\1.jpg > C:\users\ian\a\b\2.jpg > C:\users\ian\a\c\3.jpg > > If the user chooses "a", the UA should be allowed to send all three files > with filenames: > > "a/b/1.jpg" > "a/b/2.jpg" > "a/c/3.jpg" > > as it would for the existing <input type=file multiple> implementation, > with the addition of the directories and path separators (not full path, > just the directory the user chose and sub-paths.) > > Thoughts? > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20091211/48043ee4/attachment.htm>
Received on Friday, 11 December 2009 10:47:21 UTC