W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2012

Re: Feedback on Quota Management API

From: Eric Uhrhane <ericu@chromium.org>
Date: Mon, 21 May 2012 10:46:08 -0700
Message-ID: <CAHvSExfbGdY-4sJHuH4AtJkvkjDJqmVWoxgNuMUbNP6aHkNnXw@mail.gmail.com>
To: Kinuko Yasuda <kinuko@chromium.org>
Cc: Anne van Kesteren <annevk@annevk.nl>, WebApps WG <public-webapps@w3.org>
On Thu, May 17, 2012 at 2:02 AM, Kinuko Yasuda <kinuko@chromium.org> wrote:
> Thanks for the feedback!
>
> For context for others, I assume they are comments for the draft pushed at:
> https://dvcs.w3.org/hg/quota/Overview.html
>
> On Tue, May 15, 2012 at 8:17 PM, Anne van Kesteren <annevk@annevk.nl> wrote:
>>
>> 1) Put storageInfo on window.navigator, not window directly.
>
>
> That sounds reasonable to me given that what window.navigator is supposed to
> represent.
> I'll change them if no one objects.
>
>>
>> 2) Use the IDL callback syntax. The current IDL is outdated.
>
>
> Thanks, I will fix them.
>
>>
>> 3) Use a string enum rather than a constant.
>
>
> They were introduced after the FileSystem API's [1] storage type, which also
> uses a constant.
> I have no strong opinion on this one and it seems like using string enum is
> more reasonable, but maybe we should change them together if we do so?
> (Eric, was there a reason we use constants rather than string / string enum
> in FileSystem API?)

I just wrote it that way because I'm a C++ coder.  We can migrate the
filesystem over to string constants.  If Chrome's TEMPORARY and
PERSISTENT get redefined to "temporary" and "persistent" from their
current integer values, folks who are using them won't even notice the
difference.

> [1] File API: Directories and System http://www.w3.org/TR/file-system-api/
>
>> --
>> Anne — Opera Software
>> http://annevankesteren.nl/
>> http://www.opera.com/
>>
>
Received on Monday, 21 May 2012 17:47:14 GMT

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