W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2011

Re: file-system-api: filename restrictions

From: Glenn Maynard <glenn@zewt.org>
Date: Wed, 12 Jan 2011 20:37:43 -0500
Message-ID: <AANLkTikuXTqrR1PmoJakLJY5MdZfA+_twhQ5OF7+u_kS@mail.gmail.com>
To: Charles Pritchard <chuck@jumis.com>
Cc: Eric Uhrhane <ericu@google.com>, public-webapps@w3.org
On Wed, Jan 12, 2011 at 6:37 PM, Charles Pritchard <chuck@jumis.com> wrote:
> Those very-short length limitations are really frustrating.

More so for other languages, too; 255 bytes of UTF-8 is only 85
codepoints of CJK--still a fairly long filename, but not unheard of.
But, it seems long enough for sandboxed access, as long as the
restriction can be lifted for non-sandboxed "mountpoint" access later

> The <input type="file" webkitdirectory> experiment has opened up some room
> for the idea of mount points. Perhaps, further exploration there would be
> helpful.

I think that just returns a FileList, as if the user had manually
selected each file in the directory, which is a fairly lightweight
feature.  A "mountpoint" interface would presumably return a
FileSystem object (among other details, like adding FileSystem to the
structured clone algorithm, and a way to request a FileSystemSync
object from a FileSystem object).

Glenn Maynard
Received on Thursday, 13 January 2011 01:38:16 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:29 UTC