<div class="gmail_quote">On Wed, Sep 23, 2009 at 2:53 PM, Mike Hearn <span dir="ltr"><<a href="mailto:mike@plan99.net">mike@plan99.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
The closest suggestion I saw was Linus' <input type="storage"> which<br>
isn't quite the same:<br>
<br>
1) Triggered from web page rather than browser chrome with associated<br>
security issues<br></blockquote><div><br></div><div>What security issues? There aren't any issues with the file selector box, right? How is this different?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2) Explicit quota request (i think MB/GB isn't a meaningful unit of<br>
measure for most people)<br></blockquote><div><br></div><div>You'd get this with the input button as well.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
3) Doesn't solve the fact that file|save doesn't work for web apps<br></blockquote><div><br></div><div>This is a somewhat compelling argument. We'd have to completely change how LocalStorage works for file:/// urls though, right?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
4) No selection of paths or files was mentioned, so, how will users<br>
know what to back up/put on USB keys etc?<br></blockquote><div><br></div><div>The discussion in the thread generally found this to be a good thing...though there was't 100% consensus.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
5) Freeing up space is done in the same way it is today - by deleting<br>
files using a file manager<br></blockquote><div><br></div><div>As we discussed, it's not clear this is a good thing. :-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
So I think this proposal will work better, at least a little bit. It<br>
avoids introducing new UI elements at least.<br></blockquote><div><br></div><div>I'm not sure if that's a good thing or not. It also still has most if not all of the downsides to the input box.</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> I'm not saying there's no merit to this, but since the thread was not that<br>
> long ago, I don't think the burden should be on everyone on this list to<br>
> re-explain their points.<br>
<br>
</div>Perhaps I should have been clearer. I read the whole "apparent<br>
contradiction in spec" thread. If there was similar discussion in<br>
other threads .... well, it's impossible to read the whole whatwg<br>
archives even for a couple of months. That's a lot of mail! I hope I<br>
read the parts relevant for this discussion.<br></blockquote><div><br></div><div>That is the thread I was talking about. You said "d<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">idn't read the whole thing which is why I assumed you hadn't read that whole thread.</span></div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Anyway, to prove I did actually read it, I believe Jens Alfke said<br>
<br>
> Replace "user agent" -> "operating system" and "local state" -> "user<br>
> files", and you have an argument that, when the hard disk in my<br>
> MacBook gets too full, the OS should be free to start randomly<br>
> deleting my local files to make room. This would be a really bad idea.<br>
<br>
Isn't that exactly the idea behind Chrome OS? If files are backed up<br>
to the cloud then the entire local storage can be seen as one big<br>
cache and the OS would indeed start deleting local files when storage<br>
got full, redownloading them as required.<br></blockquote><div><br></div><div>I think this is one of the reasons Linus was arguing so strongly for us not to add any API that is more than just a cache. :-) </div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Arguably that just moves the "storage full" problem to the server, but<br>
then again, nothing except the potential for accidents stops a company<br>
offering "infinite" quota and charging only for what is used, in which<br>
case, you might never run out of space.<br>
<br>
This "cloud vs desktop" platform thing seems to be a key area of<br>
disagreement. I'm firmly in the cloud camp - writing HTML5 apps<br>
independent of a server seems isn't something I understand.<br>
JavaScript+HTML aren't going to beat .NET/Mono/Java at their own game,<br>
so why even try? The thing that makes web apps interesting is the very<br>
fact that they _are_ deeply integrated with the internet, are simple,<br>
they don't require explicit management etc.<br>
<br>
If HTML5 ends up changing these attributes just to be yet another API<br>
over the same old paradigm of downloadable, installable apps that<br>
generate DOC files or whatever, it won't have achieved very much.<br>
</blockquote></div><br><div>Sure. And there are some in your camp, but for the most part people disagree. And gave some good reasons why they disagree. For example, Jens' TiddlyWiki example. Another is composing an email while offline.</div>
<div><br></div><div>Maybe you should reply to some of the original points (preferably in the original thread)?</div>