On Wed, Nov 28, 2012 at 4:10 PM, David Bruant bruan...@gmail.com wrote:
One downside of this is that it means that if you're doing a bunch of
separate read/write operations in separate locks, each lock is held
until we've had a chance to fire the final success event for the
operation. So
Hi WebApps!
There has been a lot of controversy about implementing a file system API in
other browsers. Firefox and IE already support storing files in IndexedDB,
but it seems that web developers need something simpler in some cases and
there's also the filesystem URL scheme that is not covered
On Sat, Jul 13, 2013 at 2:31 AM, Jonas Sicking jo...@sicking.cc wrote:
Hi All,
Yesterday a few of us at mozilla went through the FileSystem API
proposal we previously sent [1] and tightened it up.
It was also pointed out that we should address multi-file locking too.
One of the options is
, Jul 22, 2013 at 8:18 PM, Jan Varga jan.va...@gmail.com wrote:
On Sat, Jul 13, 2013 at 2:31 AM, Jonas Sicking jo...@sicking.cc wrote:
Hi All,
Yesterday a few of us at mozilla went through the FileSystem API
proposal we previously sent [1] and tightened it up.
It was also pointed out
IndexedDB implementation in Firefox 26 (the current beta) supports a
new storage type called temporary storage.
In short, it's a storage with LRU eviction policy, so the least
recently used data is automatically deleted when
a limit is reached. Chrome supports something similar [1].
Obviously,
Hi,
we don't have any exact data, but we (mozilla) do plan to implement it
AFAIK.
Jan
On 29/01/14 09:47, Arthur Barstow wrote:
Hi All,
In case folks missed it, on January 16, Hiroki Nakagawa submitted an
Intent to Implement and Ship Quota Management API (unprefixed)
e-mail to the
On 12/08/14 15:25, Brendan Eich wrote:
David Bruant wrote:
I proposed exposing both here
http://lists.w3.org/Archives/Public/public-webapps/2013OctDec/0164.html
Jonas Sicking wasn't sold
http://lists.w3.org/Archives/Public/public-webapps/2013OctDec/0165.html
You didn't reply, but we now
