The best way for Adobe to save Flash is by killing it
stevenwei.com
stevenwei.com
There is a vast graveyard of tools that tried to wrap html and javascript so you could make reasonable GUI authoring tools. To my knowledge they were all plagued by consistency and performance problems, or placed severe limits on what you could author.
This is less of a way forward than it is a pipe dream, no matter how promising Canvas looks.
Adobe on the other hand has built industry standard tools over and over again (Photoshop, Illustrator, etc). They've proven that they can export their apps to other platforms (iPhone). What they're not so good at is building open browser runtimes...
Now open is another issue...
Where is the "not open" you guys claim? Flex SDK + Eclipse == free Flash development.
I swear HTML5 fanatics just make stuff up these days. You'll use Windows, Flickr, Google, and Hacker News - all privately owned systems. But god forbid Flash is bad because... why?
Lack of openness: a browser plugin that is less stable and slower on Mac and Linux that noone else can fix except Adobe...and only if they choose to do so.
Lack of openness: a browser plugin that doesn't properly utilize cookies on non-IE browsers that noone else can fix except Adobe...and only if they choose to do so.
Lack of openness: a browser plugin that doesn't properly return HTTP status codes on OS X that noone else can fix except Adobe...and only if they choose to do so.
The SWF standards (and associated standards like RTMP) are available for free on the Adobe website. You are permitted to construct alternative implementations based on this specification. I think it meets the definition of an open standard.
Would HTML not be an open standard if the only browser we had was IE, and it was horribly buggy? No - the quality of the available implementations is irrelevant to a standards "openness".
Sure there's CPU problems and there will always be more-optimized forms of code. But Flash has a timeline, which is something few here will understand or appreciate.
Plus it really is ubiquitous, unlike anything else. I'll take a small performance hit if it means I don't have to learn/write/test multiple languages and systems.
I'm not in this for the code. I'm in it for the UX.
CMS systems already solve the problem of "how do I make and update a website", with an order of magnitude less hassle for the developer, and much less hassle for the user.
It's (like so much else) like comparing an apple to an orange.
We're going to have HTML5 for the next twenty years - and right now it's only a sometimes substitute for Flash. If you think HTML5 is going to meet your requirements for the next 20 or more years.. well, assuming you're pushing 30 like me we're actually going to be close to retirement age by the time HTML5 is fully replaced by it's successor.
Arguing Adobe should kill Flash for HTML5 is the same as arguing the W3 should kill HTML5 for HTML 2.0 - it's 15 years old, how's it stack up against your requirements today?
Technology has never stood still for the W3C and market penetration to catch up, and 'kill flash' is betting that this time it will ... silly.
Everybody's going to get up to speed with implementation of HTML5 and then ... stop? The story of HTML5 so far has been a mix of browsers chasing/leading the standards. In other words, the standards and the browsers are evolving together rapidly. I don't see why that would stop anytime soon. Certainly all this innovation won't ground to a halt when HTML5 submits their final release to the W3C (or whatever the next "formal" step is at this point).
Will there be some instance of an installed browser today that will still be running on a machine somewhere in 20 years? Well, probably... but remember that guy a couple of years ago that still had a CP/M system running his business? He wasn't holding anybody back.
And once everybody's on modern, standards-compliant browsers (and thus there's less friction for upgrading, i.e. there's no more "all our corporate apps only run in IE6"), I expect far more people will upgrade far more often. The web is at a really, really exciting time if you ask me.
So: non-Flash web technologies can reliably handle some percentage of Flash use cases today. Certainly more than a couple of years ago, and that appears to be about to go up again a lot more as HTML5 sweeps across the web. The number of use cases that require Flash are going to continue to get smaller and smaller over time. When will Flash be utterly irrelevant to the average user? I don't know. But WAY less than 20 years from now.
Work probably won't even start on the HTML6 specification for another decade at least while they wrap up all the formalities for HTML5, and identify where it needs improvement, and slowly discuss and agree on those improvements. Years after that browsers will start supporting it feature by feature, and years after that enough users will have access to enough features to call it mainstream.
That process is very likely to leave us having this same discussion about whether HTML6 will kill Flash in 2030. Assuming anyone still makes or cares about any of this stuff that far in the future.
Where we are now with HTML5 the void between HTML5 and plugins (Flash is just the most significant) is smaller than it's ever been before, but the fallacy of that argument is that Flash, Silverlight, JavaFX, Unity, etc are in active development and release cycles.
They make significant progress year after year, just like desktop software, operating systems, programming languages etc, and while HTML5 almost catches up right now this is as close as it's going to get at this time.
Also, I think it's well worth taking a good look at HTML5's rate of progress over the years. A huge chunk of the HTML5 effort has been toward just standardizing the response to the tag soup that is out there. That work is essentially done and doesn't have to be repeated. Just in the last year or two have things really taken off as far as adding new functionality to browsers and example pages, and it's only been in the last couple of months that a few actual commercial pages have started to use these things. In large part, that's because the web has been stuck for most of a decade because of IE stagnation. [Also note that the rest of the browser/platform vendors didn't seem to have a good mechanism to rapidly innovate together on until the HTML5 effort came together. I don't expect that that diplomatic work will have to be done again, either.] The web platform after the IE stagnation seems likely to move much faster toward covering the gaps that remain in the web platform.
I beg to differ. Flash is by far the best stream-able vector animation engine.
In case you're thinking Javascript games aren't possible ...
http://www.hongkiat.com/blog/10-most-popular-iphone-web-game...
This doesn't seem like a great business move, at least not before they tried everything they can to keep flash important.
I really don't know flash in depth , but my guess is that they today have a big advantage in flash tools and moving to html5 would seriously reduce their advantage.
The source code of the Adobe Flash plugin, if nothing else.
Incidentally, that does bring to mind one possible Hail Mary that could work: Open source the Flash player(s). Whether the open source community could fix performance issues on Linux and OSX depends on a lot of things, but they could certainly fix some things that would make it less aggravating.
(Since it's probably impossible to open source as-is due to licensing agreements it still might not work; depends on how much of the plugin is still left after you've removed those bits.)
I will agree - they might want to consider open sourcing the Linux version. I know nothing about Linux so I'm guessing it's related to trying to support the "anything-goes moving-target many-flavors-of Linux" issue.
OSX is another matter (blocked OSX APIs).
Flash's ActionScript engine, for instance, was donated to opensource and subsequently used to make Firefox faster.
(Adobe Flash Player includes licensed codecs from Fraunhoffer, On2 VPx series, H.264, more... Adobe can distribute them, but cannot license them for redistribution by others.)
Where exactly did you check? Really. Show us this "free" flash compiler that isn't so hot.
man, why do you people have to turn everything into a pissing match?
I think those of us who are slamming Apple over the iPhone development model are doing so because Apple is forcing us to do things. I'd be happy if they kept everything exactly the same, but allowed users to install any application from third-party websites.
There are a lot of games that may not be possible to run on an HTML 5 canvas.
Also, lost in this discussion is the fact that one of the more popular browsers doesn't support HTML 5 in its current version or possibly even its next.
Does streaming video work under HTML 5 specs? If not, that's another thing that Flash can do, which you can't with html5.
Not natively, but http://excanvas.sourceforge.net/
Does streaming video work under HTML 5 specs?
Yes.
Yes.
Not within ogg/theora it doesn't because there's no way of signaling the correct amount of data to buffer as used in the buffering mechanisms of modern video codecs.
b) There are other parts of HTML5 that IE doesn't support. Although I guess someone will eventually create similar shims to make <video> work as well as webworkers and database access.
The best way for Adobe to save it is to open source the plugin though I suspect the resulting fragmentation would be a hindrance as well. A certification process of some kind might be helpful in that regard though.
I'm sure there are patent and licensing issues getting in the way of such a move.
Practically, open source their OS X / Linux plugin is good enough.
They will just do it too late for it to make a difference.