<div class="gmail_quote">On Wed, Sep 16, 2009 at 3:21 PM, Robert O'Callahan <span dir="ltr"><<a href="mailto:robert@ocallahan.org">robert@ocallahan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thu, Sep 17, 2009 at 9:56 AM, Jeremy Orlow <span dir="ltr"><<a href="mailto:jorlow@chromium.org" target="_blank">jorlow@chromium.org</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im">

<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<div class="gmail_quote"><div><div></div>1) Create a LocalStorage like API that can only be accessed in an async way via pages (kind of like WebDatabase).</div><div><br></div><div>2) Remove any atomicity/consistency guarantees from synchronous LocalStorage access within pages (like IE8 currently does) and add an async interface for when pages do need atomicity/consistency.</div>




<div><br></div><div>3) Come up with a completely different storage API that all the browser vendors are willing to implement that only allows Async access from within pages.  WebSimpleDatabase might be a good starting point for this.</div>


</div></blockquote><div> </div></div><div>4) Create WorkerStorage so that shared workers have exclusive, synchronous access to their own persistent storage via an API compatible with LocalStorage.<br></div></div></blockquote>

<div><br></div><div>Ah yes.  That is also an option.</div><div><br></div><div>And, now that I think about it (combined with Jonas' last point) I think it might be the best option since it has a very low implementation cost, it keeps the very simple API, and solves the primary problem of not blocking pages' event loops.</div>

</div>