To view parent comment, click here.
To read all comments associated with this story, please click here.
To be fair, sencha wrote the facebook app properly and it worked fine.
http://www.netmagazine.com/news/senchas-html5-remake-facebook-12246...
However write once, run anywhere unfortunately is a myth.
Let me sum up what they had to do to make this happen:
- Implement UI virtualization with a scrolling list
- Used IFrame partitioning to reduce DOM count
- Stopping rendering while scrolling
- Implementing what amounts to a Dispatcher queue in XAML land
Why the hell should developers need to implement this themselves to get reasonable performance out of a mobile app?
The "promise" of mobile apps was reusing existing knowledge, not having to learn to write a bunch of boilerplate that most non-braindead UI platforms do for you already.
Comparing a native stack like XAML to HTML5 is like comparing an internal combustion engine to a stack of pancakes. HTML5 is so primitive its almost offensive that people still consider it a viable app platform.





Member since:
2005-11-13
Write once, hack everywhere is usually my motto in web projects.
HA! Yeah, people keep touting how HTML5 is going to take over the world, and we see how well that worked for Facebook, they wrote a mobile app in HTML5 that sucked so much ass, they switched to native apps on iOS and Android. I'm not a web developer, but even some of the most BASIC web pages I've written for myself to run on phones look completely different on Android, depending on which web browser I'm using (stock, Firefox, Chrome, etc).
I think Firefox OS has identified a real problem - having to code native apps for different platforms is a pain. But I don't think HTML5 is the right solution. Not to say that there's a better one right now that I know of, but we should be in pursuit of something better, instead of just going with something that's half-assed, and hope it won't suck so much in 5-10 years.