HTML 5 Takes Aim At Flash and Silverlight
snydeq writes "While Adobe, Microsoft, and Sun duke it out with proprietary technologies for implementing multimedia on the Web, HTML 5 has the potential to eat these vendors' lunches, offering Web experiences based on an industry standard. In fact, one expressed goal of the standard is to move the Web away from proprietary technologies such as Flash, Silverlight, and JavaFX. 'It would be a terrible step backward if humanity's major development platform [the Web] was controlled by a single vendor the way that previous platforms such as Windows have been,' says HTML 5 co-editor Ian Hickson, a Google employee. But whether HTML 5 and its Canvas technology will displace proprietary plug-ins 'really depends on what developers do,' says Firefox technical lead Vlad Vukicevic. It also depends on Microsoft, the only company involved in the HTML 5 effort that is both a browser developer and an RIA tool developer. 'That's a big elephant in the room for them because you can imagine the Silverlight team [whose] whole existence is to add [this] functionality in. [But] if Internet Explorer puts it already in there, why do we have Silverlight?' asks Mozilla's Dion Almaer." The RIA guys are quoted as saying they're not worried, because HTML 5 + CSS 3 is 10 years out. Are they just whistling in the dark?
If graphics artist types can't make the kind of pointless crap that they do now with Flash, we won't see uptake of HTML 5.
How we know is more important than what we know.
Just because I can embed video and sound doesn't make my HTML pages the equivalent of flash. More importantly, Microsoft has "announced" intension to support HTML 5, but there's exactly zero movement so far from the market leader, and a long history of similar unfulfilled promises. Until Microsoft says HTML 5 is the next big thing, it isn't. Sorry, I know it sucks.
Celebrate failure, and then learn from it - Nolan Bushnell
Flash, Silverlight, and JavaFX all have major vendor tooling support to help coding, developing, deploying on these platforms easy. I don't know of any tools in existence or in development that can beat the solutions offered by these vendors. Adobe might be willing to do that in the past, but they own Macromedia (flash) so I don't know if they will step up. In short, unless the tools are there, it will not see major adoption.
I'm sorry but I just can't stand developing in Javascript. Javascript is hands down the most arcane language I find myself developing in. At this point being locked into a language like Javascript by the standards community seems much more restrictive than what the proprietary plug-ins are offering. Programming in both Silverlight and Flex has been a liberating experience for me. When using Silverlight or Flex I'm able to focus on creating an application that satisfies my customer's needs; instead of focusing on the black magic tricks that are so often required when using Javascript and HTML. At the end of the day it's so obvious that HTML and Javascript were not intended for serious application development. Not only do Silverlight and Flex offer better programming models they also offer rich support for databinding, and that has simplified so many of my applications. So unless HTML 5 comes packaged with a better programming language and data binding you can count me out.
this is the beginning of the no-plugins trend and I for one think its about time. Sure some 98% of people have flash installed, silverlight much much less and java (well I tend to steer away from that as much as possible, besides when was the last time anyone ran an applet these days?) but the problem we are seeing is that single vendors take there time to migrate to other platforms, and usually then they lack features and what nots. Look at flash, it isn't even available for the iphone and it's linux support is very limited (alpha still?) not to mention lacking 64bit in windows, fucking windows! If flash was an open platform then more external resources can be used to address these situations but then this is where html5 goes one step further, instead of making it a plugin for everyone to download why not just make it part of the browser and save the hassle.
The fundamental issue with the new RIA standards is the lack the of authoring tools. I have got a number of graphically-inclined friends who are never going to write something with HTML5 mainly because there are no tools out there (yet) which come even close what the Adobe authoring tools can do.
Recently, I sat with one of my friends (who's a decent artist) and played around with Processing 1.0. After several minutes of hard work, it just became abundantly clear that visual thinkers have a lot of trouble expressing what they want algorithmically. The experience was repeated the next time, when he was playing around with chucK (yeah, he's a music dude too).
The graphic artist folks will have a lot of trouble using the HTML 5 authoring tools currently available, especially if they're confined to use HTML Canvas programmatically. I've easily gotten upto speed with canvas, but I'm a programmer with no artistic pretensions.
Real adoption of HTML5 - canvas and video & all, will need easy ways to author media ... not write code.
Quidquid latine dictum sit, altum videtur
Microsoft might be part of the w3 organization, but none of their browsers support any of the HTML5 specs, i dont call that being involved, instead they have specifically decided not to support these standards, and try to slow down, and break apart the web.
As an aside: Does anyone remember how they pushed SVG before they bought out Macromedia? They even made a decent player, which you can still get here. Notice the first line on the page: "Please note that Adobe has announced that it will discontinue support for Adobe SVG Viewer on January 1, 2009."... Who needs SVG after you own Flash?
Screw Flash. Screw Acrobat. Screw Silverlight. On the web, the most puritan Free Software advocates are right: If it's proprietary, don't download. Don't install. You've just giving them the power to take away your choices.
Entomologically speaking, the spider is not a bug, it's a feature.
It could be done with PHP because replacing server software doesn't affects clients; in particular, it does not require them to install new plugins and/or change their browser.
Client-side, it's a very different kettle of fish. Silverlight can fight Flash by being bundled with the OS (or installed wia WU); JavaFX can fight it by being bundled with JRE (or installed when JRE is auto-updated). I don't see any similar opportunity for HTML5.
I'm actually staring at the screen and trying to think of what to "say". Have you just met Microsoft? They've had .Net code running on BSD since ~2002, and I'm *not* talking about Mono. They've released plenty of code that runs "on the competition", while attacking both from the legal *and* the PR fronts. It's all a messed up game for them, they're stalling for as long as they can. They'll help you along with your science project and then sue you for using their patents in it. If we haven't learned this by now, I suppose we never will.
Entomologically speaking, the spider is not a bug, it's a feature.
And yet those tools produce more crap code than Microsoft had market share for its Windows operating system and Internet Explorer browser in the first few years of this decade.
Seriously - there's a huge problem when someone can create a Web page with a WISIWYG editor that breaks when a new browser, browser version or rendering engine comes out and is generally inaccessible to people with disabilities while leaving search engines guessing which content is the most important; yet I can create the exact same page by hand using nothing more than a plain text editor and a decent graphics program (like Paint Shop Pro or Photoshop Elements) that works just as well in Internet Explorer 5, IE6, IE7, IE8, Firefox 2, Firefox 3, Opera, Safari, Chrome and other browsers without having to update them whenever a new browser, browser version or layout engine is released - without hacks about 90% of the time for any browser. And that's just for GUI capable desktop clients.
While using only 25% of the code the WYSIWYG editor barfs up, making the site accessible to everyone (not just the disabled), search engine friendly, and able to support up to three times as many people due to lower code weights, fewer HTTP requests needed with every page view, and optimized images (CSS sprites anyone?) - and that's just off the top of my head.
If I can learn how to do that, anybody can. And my high school counselors (not to mention my family and their friends) thought I would never amount to anything.