<div class="gmail_quote">Am 11. März 2010 14:35 schrieb Mike Shaver <span dir="ltr"><<a href="mailto:mike.shaver@gmail.com">mike.shaver@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">2010/3/11 Ian Fette (イアンフェッティ) <<a href="mailto:ifette@google.com">ifette@google.com</a>>:<br>
</div><div class="im">> AFAIK most browsers are setting a default quota for storage options that is<br>
> on the order of megabytes.<br>
<br>
</div>Could well be, indeed.  It sounded like you'd done some thinking about<br>
the size, and I was curious about how you came up with that number<br>
(versus some %age of available disk, for example).<br>
<div class="im"><br></div></blockquote><div><br></div><div>To be honest, I don't think it was all that scientific. More like "If someone discovered that <a href="http://random.com">random.com</a> was storing 1GB of stuff on their disk and they didn't know, would they (rationally or not) get pissed off about it?" and that seemed to be a yes. 5Mb? no. We could go for a percentage of the disk, but again, how much to take? If someone discovers that their disk is half full, are they going to think to open up their browser to clear stuff out? Do they even know where their browser's profile directory is? Or are they just going to get frustrated and curse.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Yes, but I think there may be uses of things like storage for non-offline<br>
> uses (pre-fetching email attachments, saving an email that is in a draft<br>
> state etc.)  If it's relatively harmless, like 1mb usage, I don't want to<br>
> pop up an infobar, I just want to allow it. So, I don't really want to have<br>
> an infobar each time a site uses one of these features for the first time,<br>
> I'd like to allow innocuous use if possible<br>
<br>
</div>I think of an infobar as relatively innocuous, and a good balance of<br>
user awareness versus flow interruption, but I repeat my lack of<br>
interaction design credentials!<br>
<br></blockquote><div><br></div><div>But I really don't want to see infobars everywhere :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
(Your attachment example is an interesting one, I think: do I get the<br>
request if I request too-big an attachment, but not if it's a small<br>
one?  Or if it's saving a blog post draft that has a bunch of images<br>
in it, vs. one that's 140 chars long.)<br></blockquote><div><br></div><div>exactly</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> But at the same time, I want<br>
> apps to be able to say up front, at a time when the user is thinking about<br>
> it (because they just clicked something on the site, presumably) "here's<br>
> what I am going to need".<br>
<br>
</div>OK, I see.  What if we had the named-subquota stuff, and the way you<br>
triggered that request was creation of a named subquota?  That would<br>
also encourage app developers to provide a description of the quota,<br>
and perhaps the sort of "necessary for offline operation" vs "improves<br>
performance" vs "supports additional features".  The named subquota<br>
creation request could give an initial requested size and estimated<br>
upper bound for the size.  An async event delivered back (or a<br>
callback called) could tell the app what quota it was granted, if any<br>
(or maybe just that it was granted some, but the size limit wasn't<br>
specified).<br>
<font color="#888888"><br></font></blockquote><div><br></div><div>My initial reaction was that I don't know how much I buy into the "subquota" part (vs named quota in general). E.g. if we can't enforce any of the subquota distinctions beyond a same-origin level, it seems of limited use. Upon further thought though, if you assume apps you trust are well behaved, then this may actually be a good idea. Would make displaying this information to users easier as well, even if relatively few users ever do go into options UI.</div>
<div><br></div><div>At this point, if named subquota would meet the requirements I initially put forth (request a set of resource quotas that I think I need, and get a callback if I get them), and ideally be able to interrogate some sort of information about the named subquota (be it "how many bytes are free" vs "what are you reasonably sure I can store" I really don't care), I am all for it ;-)</div>
<div><br></div><div>Is there some "named subquota" thread that I need to +1?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><font color="#888888">
Mike<br>
</font></blockquote></div><br>