Slashdot is powered by your submissions, so send in your scoop


Forgot your password?
The Internet Technology

HTML 5 As a Viable Alternative To Flash? 541

superglaze writes "Jon von Tetzchner, Opera's CEO, has claimed that the open standards in HTML 5 will make it unnecessary to deliver rich media content using the proprietary Flash. '"You can do most things with web standards today," von Tetzchner said. "In some ways, you may say you don't need Flash." Von Tetzchner added that his comments were not about "killing" Flash. "I like Adobe — they're a nice company," he said. "I think Flash will be around for a very, very long time, but I think it's natural that web standards also evolve to be richer. You can then choose whether you'd like [to deliver rich media content] through web standards or whether you'd like to use Flash."'"
This discussion has been archived. No new comments can be posted.

HTML 5 As a Viable Alternative To Flash?

Comments Filter:
  • by eldavojohn ( 898314 ) * <eldavojohn&gmail,com> on Friday May 22, 2009 @03:35PM (#28058191) Journal
    Yeah, video and sound are two biggies that HTML 5 needs to get correct. No doubt about that.

    But as someone who's thrown together more than a few web applications in my time, I'd like to talk to you about what I'm really excited about--the datagrid element [].

    Now, I know a lot of people are going to argue with me, but the most important tag in HTML is <table>. Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

    When's the last time you laid out a site without a table element on every page? Hell, it's almost always the next thing to follow <body> on my pages. And you know the code I write to interact dynamically with that table is a bitch. An unmaintainable mess. Yeah, there's probably some library out there I could use to simplify that pain but it always comes down to me messing around with advanced Javascript code trying to squeeze some more functionality into the user's interaction with that table. "Oh, I want this box to highlight red when this happens!" a user might say. Everyone wants a "simple table" with Google Spreadsheets functionality.

    So we switched a whole project to Flex once. Yeah, Flex. Free [] right? Not if you want the datagrid []!

    Advanced DataGrid component -- The Advanced DataGrid is a new component that adds commonly requested features to the DataGrid such as support for hierarchical data, and basic pivot table functionality. Available only with Flex Builder Professional.

    Need to fork over cash for that gem. Oh, you can drone on and on about "vendor lock in" and "hidden costs" with Flash. Don't matter. Customer is king.

    My only hope is that HTML 5 presents a competitive datagrid with pivot table functionality. From their specs:

    The datagrid element represents an interactive representation of tree, list, or tabular data.

    HTML 5, I await you with open arms, hope and understanding. Improve the table element (if possible) and create a solid datagrid element. Deliver me from Flash.

  • Nor should it be.... (Score:3, Interesting)

    by wowbagger ( 69688 ) on Friday May 22, 2009 @03:46PM (#28058321) Homepage Journal

    "But I can't imagine HTML 5 being capable of something like this []"

    Nor should it be. That's like saying my car should be able to traverse water too. There are tools for crossing water and tools for crossing land - and they are usually different.

    But for simple "Here's a video of my cat yodeling" or "here's a sample of the music file you are about to download" you SHOULDN'T need a plug-in any more than you need a plug-in to view a picture (with apologies to the Lynx users among us).

    However: there is no way HTML5 will replace Flash even for those sorts of applications until a large enough set of installed browsers can properly handle HTML5 that webmasters can safely ignore the hold-outs - and even if a large meteor were to strike a certain city in the American northwest that installed base will be quite some time in coming. Flash already has that installed base (modulo the iPhone and a few embedded devices).

    Now, if you can make it such that HTML5 can be used to ram annoying advertising down our throats while denying us the ability to save the content we WANT to save - well then, I predict adoption to be swift and sure.

  • by aero2600-5 ( 797736 ) on Friday May 22, 2009 @03:54PM (#28058401)
    Hold on.

    You don't have to support IE? I must know what this job is. Please? I do not wish to become known as the IE Developer Serial Killer. What do you do for a living? Seriously. I would take a 20% pay cut to not have to support IE.


    P.S. I can't believe anyone still uses table for layouts. GP is a troll.
  • already available (Score:3, Interesting)

    by Danny Rathjens ( 8471 ) <slashdot2@rathje ... org minus distro> on Friday May 22, 2009 @04:04PM (#28058545)
    We've always been able to embed videos in web pages. The reason places started embedding them in flash was to make it more difficult to save/view the videos without loading up the whole page and/or to let them force ads before or after the video. And partly just because flash web "design" people only have one hammer so every problem looks like a nail.
  • by guidryp ( 702488 ) on Friday May 22, 2009 @04:13PM (#28058639)

    Flashblock to the rescue right now.

    If they make aggravating crap out of of standard HTML, then it will likely be harder to shut down.

  • Re:Someday maybe. (Score:3, Interesting)

    by Locke2005 ( 849178 ) on Friday May 22, 2009 @04:19PM (#28058711)
    Flash can be added to just about every browser by downloading a plug in.

    Really? Please send me instructions for adding Flash 9 to the Opera browser running on my Wii, or the browser running in my Android G1 phone. I think you mean "Flash can be added to just about every browser running in Windows or MacOS on an X86," which is a considerably smaller set of supported devices. The PC has peaked; the future is internet appliances. When will people stop assuming browser = PC?
  • by MisterSquid ( 231834 ) on Friday May 22, 2009 @04:21PM (#28058751)
    I'm with you on the WTF about the "tables everywhere" rant. Just because eldavojohn is stuck in 1996 doesn't mean everyone else is. Some of us read and understood Chapter 10, "Floating and Positioning," of Eric Meyer's Cascading Style Sheets, The Definitive Guide [].
  • Re:Flash uses (Score:2, Interesting)

    by Anonymous Coward on Friday May 22, 2009 @04:28PM (#28058851)

    "- Webpages menus, when the designer has no know-how to use CSS/Javascript."

    I disagree.

    Flash is a wonderful tool for designers. They can create web sites exactly like they want.

    Converting their initial design to HTML/CSS means a considerable waste of time, plus they always have to make tradeoffs because that feature isn't cross-browser and that other one requires high javascript skills.

    Or they have to work with someone else. A guy that spends days trying to convert a design made with Photoshop into HTML/CSS. And the result is often not comparable. And the poor designer depends on the HTML/CSS guy, he can't change a single button in seconds by his own.

    Two paths are currently drawn. The first one is HTML5/CSS3. It has some advantages over Flash (mainly: accessibility), but from a designer point of view, it's utterly complicated, it just doesn't exist yet and in its current state, it doesn't even compare to what Flash was 5 years ago.

    The second path is drawn by products like Adobe Catalyst and its Silverlight counterpart (sorry, I forgot the name). I saw a demonstration of these and it blew my mind. A designer can finally take over what the final result will look like. He can make an all working draft of the web site right off Photoshop. I couldn't imagine how long it would have taken to create the same result as the demo with HTML/CSS conversion + Javascript + cross browsers testing.

    Both paths are interesting. But just as argentic photography and assembly coding are now niches, HTML/CSS could also slowly die. Because people just want something quick, easy, convenient, accessible to non-techies as along as the end result barely works.

    People usually don't like Flash for 3 reasons:
    - because they only associate Flash to intrusive ads or to badly programmed stuff.
    - because they never actually used Flash / Flex
    - because they swear by FOSS. "Flash sucks, it's proprietary". But to tell the truth, Flash shows a failure of opensource. The Flash format isn't closed at all. There are even excellent languages+compilers that produce Flash files, the best example being haXe. And there have been several attempts at making opensource Flash players but they all failed. Oh of course, Swfdec and Gnash can barely play Youtube videos, but they are far far far from being replacements for Flash 10, yet Flash 9.
    Company A releases a product only for some OS and only closed-source. Fair enough, that's its own choice and right. But they release specifications. FOSS crowd grims "grmbl, doesn't work on OpenBSD, grmbl, doesn't work on HaikuOS..." So what? Just like 99.9999999% of commercial software out there, because companies don't make people work without giving them a salary. So they expect ROI. This is not rocket science. Anyway, FOSS crowd is like "ok, fear Adobe, we're working on open-source players". Hope make people happy, but these open-source players just don't compare with Adobe's, and there's a long road before they do. So what? Instead of acknowledging the failure, FOSS crowd is like "ehm... Flash sucks, it's proprietary, it should be avoided, let's reinvent the wheel..."
    Meanwhile, Adobe keeps improving it. The Flash VM isn't a bad piece of technology, and stuff like Alchemy are quite exciting.
    I really think that points of views would have been different if a great open-source Flash implementation existed. People would describe Flash as a wonderful cross-platform VM, GUI and Toolkit. It would have been ported to every mobile device. Everybody would enjoy it. Except HTML/CSS guys who can't code nor design, and who would have to convert, just as argentic photographers had to learn how to use Photoshop.

  • It has already begun (Score:5, Interesting)

    by abhi_beckert ( 785219 ) on Friday May 22, 2009 @04:38PM (#28058995)

    I work at a web development company, and we are already starting to move away from flash and relying more and more heavily on javascript. The motivation is mostly because:

      a) the flash development tools are inferior to javascript ones
      b) every web programmer knows at least basic javascript, many don't know any flash. Easier to build on basic js than train someone in flash from scratch
      c) the flash development tools cost a fortune, the javascript ones are either free or very afordable

    In fact, just yesterday I wrote a javascript replacement for a flash script which we use on many of our websites. (a general purpose loop of photos, with animated transitions). The javascript alternative is smaller, faster to load, *smoother animated in most browsers*, and easier to maintain or improve on in future.

    We're also planning to do the same for other flash scripts in our code library.

    Even when we do still use flash, it's in smaller ways. We will virtually never build an entire page (let alone website) with flash, instead we'll do the website in html and then embed a tiny piece of flash.

    For example, a photo gallery will be pure html/javascript right up until the point where you click the "full screen" button. And even then, the flash doesn't exist in the page until you click that button, it is injected into the page and configured using javascript.

    There are still some places where we need flash: video, full screen, and proper file uploads. Video will be the next to drop off the list, pretty soon we'll be doing video in javascript/html, with flash loaded in as a fallback in browsers that can't do video in html.

  • Re:already available (Score:3, Interesting)

    by iluvcapra ( 782887 ) on Friday May 22, 2009 @04:55PM (#28059199)

    The reason flash took over web video is because vistors tired of WMV/QT codec hell.

    I have quicktime movies from 1993 that still play just fine now, and MP4s have been playable on just about any system for the past 3-4 years... Are you sure the popularity of embedded flash players had more to do with the fact that they forbid the user from downloading, thus providing highly effective copy protection?

    You can circumvent it to an extent, but it's just difficult enough that it prevents casual copying.

  • by PortHaven ( 242123 ) on Friday May 22, 2009 @05:11PM (#28059349) Homepage

    Come on folks, let's be a bit realistic here. It's been what, nigh a decade, and we still do not have browsers properly rendering stuff as simple as tables and positioning using CSS, DOM, etc.

    And while granted that HTML5 may provide a nice alternative for embedding video and audio. If that's all you think Flash is for, than you've never done more than scratch the surface.

    Check out Flex, AIR, and some of the 3D libraries for Flash. Experiment with remoting. See what you can REALLY do in Flash.

    Check out Sliderocket for an example, or Aviary.

  • by asdf7890 ( 1518587 ) on Friday May 22, 2009 @05:40PM (#28059635)

    Whoa, I haven't done than since IE4 / Netscape 4.7 days. I use tables for tabular data, very rarely for layout. I'm quite positive I'm not alone in this.

    More-or-less. I try to keep everything pure these days (tables only for purely tabular data) but I will often hit things that I want to do but can't do any "proper way" that works well in all the browsers I try to support (at least IE6/7/8 and FF3 sometimes with the addition of Chrome, FF2 and others if I have time to test in them).

    I use this technique in such cases: [] - try to do things "right" for a while, but avoid spending hours banging my head against it when I could be using the time for something more useful.

    I would like to just be able to tell users to "upgrade to a decent browser or put up with things not looking right" instead of fighting to support older user agents like IE6 (heck, at work we sometimes even have to give time to making sure stuff doesn't break overly in IE4!) but unless you are targeting a very specific subset of people with the design that just doesn't wash, so using tables for layout sometimes has to happen.

    Often it is possible to compromise, like accepting a slightly different arrangement that can be made to work well generally without to many bad-browser-specific hacks in order to avoid resorting to a table, or accepting that things are a little odd (or just different) in some browser as it looks/works OK anyway, but again this is not always possible.

  • by Hurricane78 ( 562437 ) <deleted AT slashdot DOT org> on Friday May 22, 2009 @06:11PM (#28059953)

    No. Because if you even so much as think about layout and design, while writing HTML, you already have proven yourself to be an amateur.

    (X)HTML is pure semantic structure and content. No layout or design involved. If you do it anyway, you are doing spaghetti hacks. Why do you think the <i> tag got replaced by the <em> tag, etc?
    CSS is the language for layout and design.

    I really like that, because it extends the MVC pattern somehow. You now can split the view into data, structure and visuals.

    I think all applications should be developed in that separated way. It would be much cleaner than to program the UI layout manually.

  • by Qzukk ( 229616 ) on Friday May 22, 2009 @06:32PM (#28060153) Journal

    That's because nobody has sat down and written a comprehensive guide to get developers from "everything you know is wrong" to "now you're doing it right" (if there is, they need to do a better job of getting it listed on Google). Sure, if you search around long enough you'll find how to do a specific "wrong" in a standard-compliant way, but that requires you to know that you were doing it wrong in the first place.

    I didn't know until I started validating my pages that

      [form action="cart.php"]
        [input type="hidden" name="productid" value="133239"]
          [td][img src="133239.jpg"][/td]
          [td]Valid HTML for Invalid Developers[/td]
          [td]A. Nonymous[/td]
          [td]This valuable tome will teach you how to the right way to do everything you've always been doing wrong. A must have for "experienced" web developers![/td]
          [td style="money"]$36.52[/td]
          [td][input name="quantity"][/td]
          [td][input type="submit" name="buy" value="Buy Now!"][/td]
    ... etc

    was invalid, and I *still* don't have a decent answer about how to go about doing this in a valid way. Choices so far are:

    1. Do something entirely different instead of using tables for tabular information
    2. Don't have a separate quantity and buy button columns (or make selecting "more than one" an additional step) and put the form inside the cell (along with a [div] to hold the contents because [form] demands specific elements inside of it for some arbitrary reason, and while Firefox lets that slide, IE renders extra linebreaks for the opening and closing form tags if you disobey)
    3. Or, make one giant form cover the whole table, have hidden inputs for quantity and productid outside of the table, and have the buy button run javascript to update the hidden variables then submit the form
    4. Use [a] to manipulate the cart with GET commands and make a killing off of unobservant users with link pre-fetching or overzealous antivirus apps (assuming that they manage to order before the "remove" links take everything back out of the cart)
    5. Use display:table-* and ignore the segment of the market that can't render it (and if table-* is really just [tr][td] all over again, is [form][table-row][input][table-cell] really valid?

    Of note is the fact that [form][input type="hidden"] is itself invalid, making automatic generation of forms awkward.

  • by Wraithlyn ( 133796 ) on Friday May 22, 2009 @06:55PM (#28060381)

    He did say "casual".

    Joe Average User is not going to crop and save a screencap using image editing software.

Trap full -- please empty.