Navigation

Flash-centric misconceptions of HTML5

HTML, Resources | Mar 19, 2012

With close to a decade of experience in web design, I have come across plenty of mistaken beliefs about the latest design tools and technologies; but nothing beats the misconceptions surrounding the use of HTML 5.

As developers, we have our own set of misguided beliefs about a certain technology, but as we begin to use that technology we are able to understand what it is all about, its usage, and its scope.

Inspired by certain HTML5 requirements that I have come across through the course of time, I wanted to add my two cents to clear the air on certain aspects of HTML5. Most of the misconceptions surrounding HTML5 are because many people think it’s a replacement for Flash.

At the outset, I would like to make it clear that this is not an HTML5 vs. Flash post. The truth is that one cannot act as the replacement for the other, so there is no ‘us vs. them’ battle. But, therein is the nub of the misconceptions. The problem is that people believe HTML5 is an enhanced alternative to Flash. All misconceptions are a result of this thinking.

 

Technical overview of HTML 5

The fifth major revision to the language of the World Wide Web can be written in both HTML and XML syntax and has been specially integrated with detailed processing models to facilitate interoperable implementations, and at the same time improve markup for HTML documents and web applications. Its core purpose is to solve cross-platform dependency in the web industry.

If all this sounds Greek to you, let’s break down what HTML5 does into a language that is easily understood, without getting into the complex technicalities:

  • HTML5 is an updated markup language that follows XML standards.
  • The idea behind HTML5 is to ensure consistency in the performance and output of web products on all operating systems including iOS, Android, Windows amongst many others.

Most common misconceptions regarding HTML are design centric. So, let’s take a look at what is offered by HTML 5 from the design point of view.

  • Built-in audio and video support that helps embed media directly into HTML documents has made the use of outside plugins redundant.
  • HTML5 supports SVG and Canvas elements for animations.
  • Offers designers a canvas element that facilitates rendering 2D graphics in ‘immediate mode’. This means graphical objects are directly rendered to the display.
  • Has been developed for creating interactive applications that are content heavy and are not only user-friendly, but also SEO-friendly.

 

Why do people think HTML5 is a Flash substitute?

Flash is a multimedia authoring program that helps deliver interactive and engaging web content that provides a rich web experience to users. It’s a highly popular platform that reaches 99% of desktop and laptop browsers, and offers the same set of technical and visual performance across all browsers. But it has one significant drawback, which is that it is not effectively supported by mobile operating systems such as iOS.

For that, there is HTML5.

Now look at this statement very closely. Taken at its face value, it might mean that HTML5 is a substitute for Flash, when it comes to developing highly interactive applications for the iOS platform.

Scenarios, in which clients have asked their developers to replicate a Flash application in its entirety using HTML5, for a particular mobile device or tablet, are fairly common. The problem is that development platforms and their functionalities should not be taken at their face value. Yes, one of the primary advantages offered by HTML 5 is making it easier to develop applications that work on all mobile phone OS rather than coding a new application for each and every mobile OS.

But that doesn’t mean it is a Flash replacement.

 

Popular misconceptions surrounding HTML5

I will just take you through a series of scenarios, which illustrate the misconceptions that people have about HTML 5.

Scenario 1: Convert an existing Flash-based design tool into HTML 5

The Misconception: HTML 5 cannot mask images in a way similar to Flash; its image masking is neither up-to-the-mark nor smooth. More importantly, Flash is quicker and when it comes to specific functionalities such as calculating areas and diameters; Flash is a far better option. Features like Drag/Scale and Zoom also work better in Flash as compared to HTML 5.


Scenario 2: Convert a Flash-based audio library into an HTML5-based tablet compatible library.

The Misconception: HTML5 does offer audio and video support but with certain limitations. This Flash based website had almost 800 mp3 files; making it a large scale application. The problem lies in the fact that while Mozilla supports .ogg format and chrome/safari supports the .mp3 format, so if the user’s preferred browser is IE8, the Flash Audio Player becomes a necessity. Limited Extensions available on HTML5 mean that the only solution is to convert all audio files into two formats — mp3 and ogg/wave. To convert 800 files into two file formats isn’t just a time consuming process but also increases server storage.

The result is an iPad app that is slow off the blocks.


Scenario 3: Convert a Flash-based website into an HTML5 based website.

The Misconception: There is a misconception that HTML5 can handle all sorts of animations, even those of the large scale variety. But it can’t, at least not yet. Its ability to offer 3D effects and run multiple animations at the same time is severely limited. It is the system configuration that determines the performance of the HTML5 animations and so far it’s proven to be a memory eater. There is a good chance that the use of HTML5 will affect website performance if it’s asked to do a lot in terms of animation. Either the website will crash or its speed will be affected. So, in the above case, the HTML 5 website might not be able to offer the same brand of performance.

 

Debunking common HTML 5 misconceptions

Firstly, HTML 5 offers a very convenient audio and video solution with some advanced functionalities. All well and good, but what many people ignore is the fact that these audio and video files are played within the browsers. Each browser has built-in plugins for audio and video but different browsers support different versions of the audio and video. Because of this, it becomes difficult to cater to the requirements of all browsers.

Secondly, the SVG and Canvas elements have definitely made it easier for developers to implement and integrate 2D animations, but it’s been observed that this animation has a detrimental effect on website performance. Also, HTML5 is proving to be weak when it comes to handling 3D animations, resulting in developers not being able to replicate an entire Flash website with similar efficiency in HTML5. There will always be limitations.

Thirdly, you can use HTML5 Rich Internet Applications, but don’t be under the misconception that they can offer you the same brand of efficiency and functionality that Flash/Flex can offer, for example Flash can directly communicate with remote services, whereas HTML5 cannot.

Now that you know what HTML5 cannot do, allow me to offer you a small list of things that HTML5 can do and, in fact, can do very well. This can also help reduce the misconceptions in a big way.

  • You can create a single application that works on the iPad, iPhone, Windows etc. In other words, it facilitates platform/device independency — a huge benefit in itself.
  • Helps develop a single website that works on the tablet, mobile, and desktop at the same time.
  • If used well and the way it is supposed to be used, it can improve website performance.
  • Enables the use of audio and videos tags across all platforms, but be prepared to do a bit of hard work.
  • Video, audio and images are all written right into the codes, eliminating the need for any third party software.
  • Quicker load time as compared to its older version because of WebSockets implementation.
  • Offers great vector animations for graphics and light effect, but do not expect the moon, the sun, and the stars when it comes to animations; Flash is way ahead in this aspect.
  • Provides appropriate built-in form validation and type declarations to offer specific keyboard support.

HTML 5 definitely has the potential of upstaging Flash in more ways than one, but it is presently a work in progress. Even in its current avatar it helps make mobile phone applications more accessible, and developers are now able to create universal applications for different mobile phones. Additionally, there is no doubt that it offers more flexibility in website creativity. For now, this is enough. What happens in the future is pure hypothesis.

Disclaimer: All illustrations used in this article are for explanation purposes only to explain pertinent scenarios.



Philip Donald has years of experience in highly creative and elegant web design with the use of latest web technologies. He currently works for PLAVEB® – a leading website development company.

Are you already implementing some HTML5 features that aren’t broadly-supported? What features are you most looking forward to adopting? Let us know in the comments!

Share this post
Comments (no login required)
  • Anonymous

    Nice examination of what HTML5 is and isn’t. I can’t tell you how often I run into clients who think that it is an out of the box solution to the “Flash isn’t supported on iOS” problem. Will be using some of the points you made here the next time someone asks!

  • http://www.facebook.com/hemu0804 Mu He

    If you know the content you developed will not be supported by most of the devices in the near future, are you still sticked with Flash?

  • http://twitter.com/sbp_romania SBP Romania

    Thank you for making some light into flash vs htm5 dispute. Even if apple does not agree with flash, adobe has found a path to make flash work on ios (even if this means that flash content will be exported as html 5 :) ) After all, it’s all about survival, and updating quickly to the trends. So, indeed, the outcome remains to be seen.

  • Digant Bhatt

    Its Awesome analysis, and nicely explained points. The site which are developed through Flash requires plugins like Flash player (even it couldn’t run in the older version of Flash player), and if we talk about HTML then it works on any platform. After all Its great Sharing, thank you.

  • Nonone

    The bottom line — and I realise this hurts a lot of egos — is that if you’re using it properly, there isn’t a single technology that matches Flash. Of course if all you want to do is crossfade an image you should be using jQuery, but 10 years ago you should have been using javascript.

    There are countless things that Flash does that HTML5 (or any other technology) doesn’t match: a *real* programming language that not only enables but (ironically for people who hate plugins) embodies encapsulation; actual non-hacked, non-server-side, responsive design; asset streaming; browser/platform agnosticism; real typographic control. The list goes on and on and on.

    I love the simplicity of markup and style sheets, and for many purposes they’re great. But the ill-informed will still be complaining about Flash in 10 years.

  • http://twitter.com/jbermanwebguru John Berman

    don’t forget with Flash 5.5 you can publish anything you have in Flash as an Air app that runs natively in both iOS and android.

  • http://profiles.google.com/larry.davis Larry Davis

    It is NOT supported on any mobile device, by anyone, including Adobe.

    Sticking with Flash is a bad, bad, bad idea.

  • http://profiles.google.com/larry.davis Larry Davis

    Tumult Hype.

  • http://twitter.com/bertinio_7 Roberto Felgueiras

    Wow, calling someone stupid for that question seems a little over-kill, no?

  • Jay Martin

    “At the outset, I would like to make it clear that this is not an HTML5 vs. Flash post.”

    Self-serving drivel given that the rest of the article is about what (you think) Flash is better at.

  • Phil

    “so if the user’s preferred browser is IE8″, isn’t this what we’re try to lose which HTML5 by attempting to pull away from older browsers? 

  • Anonymous

    Are you rude? (Rhetorical question). 

    As for “who’s saying that in the near future flash will not be supported” that is Adobe.

    Actually, not even “near future”, we’re talking about NOW: 

    Adobe already announced they won’t support Flash on Linux anymore, except bundled with Chrome. And in the near future, MS also announced that they won’t install Flash on IE for Metro. All the users moving to Metro will either have to install it themselves or use a different browser. Many won’t even bother. Apple already doesn’t ship Flash with Safari on OS X.

    With all those, and the long term writing on the wall (Adobe abandoned Mobile Flash also, and is focusing on HTML5 authoring tools), is clear Flash will be gone in 2-3 years. That’s bloody near term.

  • Anonymous

    People…take advantage of the opportunity in the market.  Explain the dilemma, in laymen terms, and note the client will take the most efficient route–flash.  Knowing flash keeps you in business and the client happy.  Knowing HTML5 (and the growing pain) will be to your advantage in the future.  Adapt accordingly.