To view parent comment, click here.
To read all comments associated with this story, please click here.
I think general the techniques for achieving performance are pretty much the same. For example, on Windows 8 which uses HTML5/JS as an option for app development, a lot of the Windows-isms are built on existing HTML5 solutions. Async built ontop of JS promises, view state swapping on top of Media Queries, etc.
Honestly, I think we need a better framework than HTML5 that is designed from the ground up to run apps. Thus, you keep HTML5 for web pages and content, and a different framework for apps. Either that, or find a way to make scripting for HTML5 on the client side language agnostic, instead of all these janky wrappers for Javascript we have now.
Is ECMA Script really written as part of the HTML 5 standard?
I thought the script tag was language agnostic ie
<script language='foo'> was acceptable syntax and would work if the browser had implemented a scripting language named 'foo'.
I think there was perlscript and of course vbscript, which I used once or twice.
http://docs.activestate.com/activeperl/5.8/Components/Windows/PerlS...
Edited 2013-01-07 22:12 UTC




Member since:
2006-07-14
Yeah but there is a huge difference between writing a html5 app that will be served over http to a variety of web browsers versus a html5 app that is only run by the os' html renderer.