W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2012

Re: Moving File API: Directories and System API to Note track?

From: Brendan Eich <brendan@mozilla.org>
Date: Tue, 25 Sep 2012 10:58:31 -0500
Message-ID: <5061D4A7.9090006@mozilla.org>
To: Maciej Stachowiak <mjs@apple.com>, Jonas Sicking <jonas@sicking.cc>
CC: Eric U <ericu@google.com>, olli@pettay.fi, public-webapps@w3.org
Maciej Stachowiak wrote:
> On Sep 22, 2012, at 9:35 PM, Maciej Stachowiak<mjs@apple.com>  wrote:
>
>> On Sep 22, 2012, at 8:18 PM, Brendan Eich<brendan@mozilla.com>  wrote:
>>
>>>> And two of the interfaces are generic and reusable in other contexts.
>>> Nice, and DOMRequest predates yours -- should it be done separately since (I believe) it is being used by other proposals unrelated to FileSystem-like ones?
>>>
>>> Sorry if I missed it and it's already being split out.
>> Yes, I borrowed DOMRequest. I think DOMRequest and DOMMultiRequest could be a separate spec, if that sort of asynchronous response pattern is generally useful. And it seems like it might be. That would leave only two interfaces specific to the Minimal File System proposal, Directory and FileHandle.
>
> Here's an alternate version where I renamed some things to match Filesystem API and FileWriter, and added the missing key feature of getting a persistent URL for a file in a local filesystem (extending the URL interface). It's still a much simpler API that provides most of the same functionality.
>
> https://trac.webkit.org/wiki/MinimalFileStorageAlternate

Even better.

What's the next step? I would hope we can make device storage be this, 
but that's just old Unix-hacker me (yes, no pathnames, you have to namei 
by calling get for each component -- that's a feature).

/be
Received on Tuesday, 25 September 2012 16:02:14 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:54 GMT