<div class="gmail_quote">On Thu, Sep 3, 2009 at 3:44 PM, Tab Atkins Jr. <span dir="ltr"><<a href="mailto:jackalmage@gmail.com">jackalmage@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">And more-than-a-cache-Storage can be explicitly turned off or have its</div></div>
quota dropped to zero.  If that's important, the browsers will make it<br>
easy.  And more importantly, they'll make it *consistent* (within the<br>
browser), rather than the user having to figure out how to do it<br>
within Flash, then possibly within the next technology that hacks<br>
around this lack in browser technology, and the next one...<br></blockquote><div><br></div><div>As a UA author I see nothing in the spec that prevents this *now*.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">If this is important, browsers will</div>
expose the ability to blow away all of a site's storages at once.<br>
There's nothing to resurrect then.  On the other hand, if someone<br>
wants a site to keep its permanent Storage, then cookie resurrection<br>
isn't a big deal.<br>
<br>
You're seem to be assuming that either permanent Storage is *really*<br>
permanent, or that browsers will never expose a way to delete that<br>
data to the user (which amounts to the same).  That's silly.  The<br>
whole *point* of specifying a permanent Storage in HTML is so browsers<br>
can produce something that *they* control the UI for, rather than<br>
leaving the user's privacy to unknown plugins and other hacky means.<br></blockquote><div><br></div><div>Again, this is precisely what we as UA authors can do now, with the current spec.  I'm not sure what you're arguing.  Our job is to make sure users whose philosophy is like Ian's are as well-served as users whose philosophy is like yours, and our hands are not tied.</div>
<div><br></div><div>PK</div></div>