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

Re: [IndexedDB] Granting storage quotas

From: Robin Berjon <robin@berjon.com>
Date: Mon, 26 Apr 2010 11:52:23 +0200
Cc: Nikunj Mehta <nikunj@o-micron.com>, Michael Nordman <michaeln@google.com>, Mike Clement <mikec@google.com>, public-webapps@w3.org
Message-Id: <525EF79C-BCA6-4E98-A704-52DA4C1CE995@berjon.com>
To: Shawn Wilsher <sdwilsh@mozilla.com>
On Apr 23, 2010, at 20:08 , Shawn Wilsher wrote:
> On 4/23/2010 7:39 AM, Nikunj Mehta wrote:
>> Could we create an additional optional parameter for an open request with the type of permanence required? Or is it not a good idea?
> I haven't talked to anyone at Mozilla that thinks that having permanent and non-permanent-but-possibly-long-lasting data to be a good idea.  There does seem to be support for a session-only version of indexedDB.

How would you handle the case of a web site offering a video editing service? Would you require that all the footage be uploaded (and redownloaded every time the browser deletes the cache due to its massive size)? Why not just let the user upload the final product? That seems rather wasteful, and even though video editing is a slightly extreme example, there are plenty of other cases that can generate a lot of data that is only of local use.

-- 
Robin Berjon - http://berjon.com/
Received on Monday, 26 April 2010 09:52:41 GMT

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