Hacker News new | past | comments | ask | show | jobs | submit login

Only thing to miss when HTML5 take over. No more loaders.



You expect website-creators to stop using ridiculously data-expensive techniques because a new tech comes out? Usually new tech implies the opposite.

The end of loaders (which HTML5 does not represent in the least. Just pre-load through JS with a % done) would be a bad thing, because you wouldn't know that the site would load within a reasonable amount of time. Coke's site could take 5 seconds or 5 minutes, and without a loader, what do you do? Stare at a blank page, wondering if it's working?


Don't worry, there will be loaders with HTML5.

When your application uses a lot of assets, it's pretty much unavoidable, independently of underlying technology.

In fact, it's probably going to be worse, at least at the beginning, as JS currently lacks a good way to handle packs of binary resources.

Just check Google IO presentation from team that ported Quake 2 to JS [1]. Resource loading was a big pain point, they had to resort to pack data in UTF strings.

http://code.google.com/events/io/2010/sessions/gwt-html5.htm...


One thing though, is that browsers cache the data with HTML.

Cappuccino uses UTF strings for data, but I wouldn't say "has to resort," it's actually a great experience for both the developer and the user.


Silverlight also uses the browser cache. I'm surprised that Flash doesn't make use of it (if I had to guess I'd say it does, or rather at least it can).


Flash has used the browser cache since the inception of the plugin. In fact it routes all http requests through the browser itself, it has no built-in stack of it's own. (unless you're on the desktop)


SL uses the browser stack by default, but also lets you use its own HTTP client stack.


Take a look at https://mail.google.com

Although they don't really have such fancy loading bar. Whereby I really prefer such a simple one.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: