Looks like HTML5 is gaining momentum

21 thoughts on “Looks like HTML5 is gaining momentum”

  1. There are still some very significant areas where web apps will not fulfill needs. Notifications most significantly. Unless there’s something I’m missing, as of now, background notifications are not possible via web apps. Granted, these are not needs that every application will have, but it does create a fairly large barrier for web apps becoming the norm. Web apps will take over for very simple app ideas, but for more complicated apps, native is the way to go, for performance, reliability, and features.

    1. Q

      I think the argument is for great web-presence that helps you behave like an app via html5 is going to be increasingly important going forward/

      The background notifications and all that stuff is apparently goig to show up soon enough.

    2. Notifications for web apps are best done in a feed style. See the numerous demo’s of Chatter with its integration with salesforce.com CRM and 3rd party systems alike.

  2. I don’t know html5 reminds me of asm. Yes one could write a GUI app in asm, which might have been faster. But what’s the point.

    Yes one can write a look a like in html5. But what’s the point if the native app also provides universal data access?

    In the end we will have data manipulating data, not text manipulating data since it requires a translation. But from a content providers view that might be different.

  3. Building a single decent web-based experience that can work across all platforms seems much more sustainable than developing separate native apps for every relevant platform/device that arrives on the market. Imagine if all those minds that are currently chasing development in iOS, webOS, Android, Honeycomb etc. were just putting all of their energy and passion to improving, innovating and stabilizing html5.

    Of course games or apps requiring rapid and fluid interaction make most sense as native apps, but for content/data consumption and social networking html5 makes the most sense.

    1. Definitely an opportunity there and Titanium’s Appcelerator (and other providers) already enable this. It provides cross-platform mobile dev from a single code base. What will be more interesting will be to see if a provider comes along with an “app middleware” that hooks to the browser SDK and enables access to other core device functionality.

  4. I couldn’t agree more Om. Living in the video space, I saw HTML 5 explode into the industry (largely because the most tactile feature of HTML 5 was the video tag). And then HTML 5 applications starting coming out. I’ve done a lot of thinking and writing about HTML vs. native apps but it wasn’t until Amazon’s announcement that I really swung into the web-app camp. My ultimate argument was regarding the “contained experience” that apps promised. You could control every part of the UI/UE. Not true with a website tweaked for mobile. But Amazon has shown that you can create a contained app experience in the browser that mimic much the same functionality as a native app. And given that Kindle Cloud has local storage, there’s not much reason to build a native app if there’s no need to interact with core device functionality (like a camera). I think this portends some very interesting ramifications for all appstores. If lots of developers miffed by the Apple terms change follow Amazon’s suit, there could be a host of apps falling out of the app store. Will the next “app store” actually be a mobile website? Will someone develop middleware that hooks to the browser SDKs and enables some sort of bridge to core device capabilities? Lots of interesting turns this could take but I don’t think you are wrong in identifying this as a trend early on.

    1. I think HTML5 is going the way where it will be able to access Camera, accelerometer and other device systems with system “allow” dialog. Some browsers already do it for location/GPS. Same will happen with other things with time.
      Actually Flash has “allowed” access to Camera, Microphone, Accelerometers, Location and local file system file loading and saving(not local storage as with it other apps can use it too, or you can load photo,music videos etc from your file system in to the app).
      So I think that with time HTML5 will get it all too, I already seen JavaScript demos that load MP3 from your hard drive, decode and play trough HTML5 sound APIs for example(trough upload dialog).

  5. And what about the formats issue HTML5 has exasperated? To provide full HTML5 support for the range of devices and web browsers out there HTML5 is currently forcing data duplication into media management systems. This should be a big issue for any organization who is media centric.

  6. Everything is named HTML5 these days and its confusing because people often mean a mix of technologies that is far from standard in browsers. Developers naming their experimental stuff as HTML5 but only work in this or that browser. It have been such app hype and everyone tries to put their sites in an app and realise that a “web service” is better using same technology. You don’t need to be Einstein to understand that. Use the right tool for the job and don’t jump on all bandwagons.

  7. I believe this writing has been on the wall for sometime now? If you take a look forward, and see with what languages Microsoft is building their Windows 8 OS with, and how their Mobile phone is being planned….the writing is on the wall.

  8. Why you develop an app? To make money right!! Does HTML5 provide better opportunity to toe make money over native apps? I think, in current environment the native apps has an edge. I think technology has to be backed by revenue opportunity (or else it will be a bubble/fad).

  9. Web apps etc are great developments, but what happens if you absolutely need to retain access to Windows applications and desktops – from iPad, or Android tablets, or Chromebooks?
    Ericom (Full disclosure – I work there) solves this with AccessNow – providing Remote Access to Windows applications and desktops – from any HTML5-compatible web browser including from Chromebooks.

    You can read more about it here – http://www.ericom.com/html5_rdp_client , providing accelerated access to applications and desktops running on Windows Terminal Services / RDS / VDI platforms from any HTML5-compatible web browser or Chrome OS device, such as a Chromebook.

This site uses Akismet to reduce spam. Learn how your comment data is processed.