4 ms·

This is definitely one of the fluffiest pieces I've ever read. There are numerous client-side frameworks as this piece mentions, but none of them really replac

by asnyder 16y ago

This is definitely one of the fluffiest pieces I've ever read. There are numerous client-side frameworks as this piece mentions, but none of them really replace flash. Sure, the general development community is now finally coming to accept that there are clearly numerous use cases that flash was unnecessary for, but that doesn't replace flash. We've had the ability to have rich internet applications in our browsers since 2005. There are literally hundreds of client-side frameworks, but I guess since Apple is creating one, all of a sudden it warrants a mention. All of the apple applications that were mentioned could've easily been done in any of those. Why only mention Cappucinno, and Sproutcore? What do they have to with flash? It's just complete fluffery, very frustrating.

derefr 16y ago
So, what's this other thing we need to have to be able to replace flash? What else is flash currently doing for everyone that's so unique?
- liuliu 16y ago
  vector animation engine? I don't know much about SVG though.
  - buster 16y ago
    http://raphaeljs.com/ http://raphaeljs.com/
  - est 16y ago
    and streamable. I remember in the 56k modem days the main Flash's feature is streamable Web multimedia.
- Mazer23 16y ago
  My guess is that the flash tool-chain will be a lasting reason that it won't get instantly replaced by any of these new frameworks. There are a ton of developers and designers out there that know how to build flash and don't want to start learning new tools in unproven frameworks. That said, I think the more and more bloated nature of adobe's tools will become a huge weakness. Developers will be able to build tools for much more specific work-flows that feed directly into specific use cases. Sproutcore and this one seem to be aimed at the 'desktop feel' app development for html5, I'm guessing there will be other frameworks and tools for creating games, vector animations, silly interactive websites, etc. Each of tho uses should grow it's own tool/framework specific for the task
- tomsaffell 16y ago
  Capturing webcam and microphone input.
  - derefr 16y ago
    So why isn't anyone pushing to include that in HTML5? (That is, HTML5 the let's-do-new-stuff-with-browsers movement, not specifically the markup language standard.)
    - buster 16y ago
      Because you already mentioned the difference: HTML is all about a standard for everyone. Implementing new features on your own is not much different from what Adobe does. For example: Let's say Firefox implements an API for Webcams. Will MS implement the exact same API in IE? Unlikely. First of all, the have Silverlight (i am supposing that Silverlight can access the Webcam as well, but don't know for sure). MS wants to push Silverlight and defend IE marketshare. With MS blocking this feature, it essentially means that noone will use it because every website is developed with the first requirement "Has to reach the vast majority of users", which in the end means "IE support". They would eventually develop an own API, which turns out to be incompatible to Firefox' API if pressure is high enough. Now, if you have the thought "but if MS/Apple/Google/Mozilla/Opera would agree on that new API", that's what the standardization process is all about.
      - derefr 16y ago
        I did actually mean "the standardization process", I was just differentiating from the part of HTML5 that's about, well, HTML. This is more of a feature that belongs in the DOM exposed to ECMAScript, which the HTML5 movement seems to be all about pushing forward the standards for as well.
      - wheels 16y ago
        What you describe is exactly the opposite of how HTML evolved up to this point. Usually precisely what has happened has been that browsers implemented things that the others didn't support, got some traction, were widely copied, and then, finally, standardized.
- buster 16y ago
  Delivering a cross platform environment that provides the same functionality with more features. Don't get me wrong here, the first sentence may sound as Flash "fanboyism", but i think it is rather objective. Let me explain: - Flash Apps work on Windows/MacOSX/Linux/smartphones/tablets with the exact same API and no difference in implementation of that API (in contrast to IE/Webkit/Opera/Firefox that implement different features and even differ in details when it comes to the implementation of HTML5/CSS3) - Flash offers additional APIs that are not available in HTML5 (Webcam access for example) - taking this further, Air enables cross platform installers, integration into the OS, even more APIs And this can be explained really good, because Adobe can implement new features much faster than HTML standard committees can agree on new HTML features (plus a variety browsers that need to support those). So this shouldn't surprise anyone. It's wishful thinking when people claim that HTML5 can replace Flash in _every_ regard (and here i mean 100% alternative, which can't be true if you just take the webcam access). HTML5 can replace the majority of todays Flash applications. At least i can't think of many web sites that depend on Flash that wouldn't be possible with HTML5 (Websites that make use of Webcams being one of them). And i hope all those navigational elements, advertisings and whatever people chose Flash for, will be replaced with proper HTML in the future! To implement a full fledged multimedia website is harder with HTML5 than with Flash, imo (think of cross browser compliance and difference in performance between browsers). Just to make my standpoint clear: I would not create a website with Flash nowadays, even if it means less effort. HTML5 is for the web. Flash should die. The "fact" that it can be extremely difficult to create those web sites remains, though. Regarding the article: Am i missing something or isn't this just another JS-framework? There are already hundreds of them out there, why is this labeled as "Flash alternative"? Unless i am missing a point this looks like nothing fundamentally new. Seen in the light of the headline every JS-framework is a Flash alternative.
  - derefr 16y ago
    It seems like the majority of things people use Flash for, then, could be replaced with a cross-browser plug-in that exposes a unified API for accessing resources outside the browser (i.e. webcams, microphones, whatever Air does, etc.) from Javascript, and is updated by some process quicker than a web standards committee—a "Cool New Thing engine" of sorts. If it allowed browsers to override its features with their own, each feature could "graduate" from the plug-in's codebase when it became implemented natively by all browsers.
- michaelneale 16y ago
  The scene graph? I think that is what they call it - but that is probably about all (that and the tools that go with it)

by asnyder 16y ago

derefr 16y ago

So, what's this other thing we need to have to be able to replace flash? What else is flash currently doing for everyone that's so unique?

liuliu 16y ago
vector animation engine? I don't know much about SVG though.
- buster 16y ago
  http://raphaeljs.com/ http://raphaeljs.com/
- est 16y ago
  and streamable. I remember in the 56k modem days the main Flash's feature is streamable Web multimedia.
Mazer23 16y ago
My guess is that the flash tool-chain will be a lasting reason that it won't get instantly replaced by any of these new frameworks. There are a ton of developers and designers out there that know how to build flash and don't want to start learning new tools in unproven frameworks. That said, I think the more and more bloated nature of adobe's tools will become a huge weakness. Developers will be able to build tools for much more specific work-flows that feed directly into specific use cases. Sproutcore and this one seem to be aimed at the 'desktop feel' app development for html5, I'm guessing there will be other frameworks and tools for creating games, vector animations, silly interactive websites, etc. Each of tho uses should grow it's own tool/framework specific for the task
tomsaffell 16y ago
Capturing webcam and microphone input.
- derefr 16y ago
  So why isn't anyone pushing to include that in HTML5? (That is, HTML5 the let's-do-new-stuff-with-browsers movement, not specifically the markup language standard.)
  - buster 16y ago
    Because you already mentioned the difference: HTML is all about a standard for everyone. Implementing new features on your own is not much different from what Adobe does. For example: Let's say Firefox implements an API for Webcams. Will MS implement the exact same API in IE? Unlikely. First of all, the have Silverlight (i am supposing that Silverlight can access the Webcam as well, but don't know for sure). MS wants to push Silverlight and defend IE marketshare. With MS blocking this feature, it essentially means that noone will use it because every website is developed with the first requirement "Has to reach the vast majority of users", which in the end means "IE support". They would eventually develop an own API, which turns out to be incompatible to Firefox' API if pressure is high enough. Now, if you have the thought "but if MS/Apple/Google/Mozilla/Opera would agree on that new API", that's what the standardization process is all about.
    - derefr 16y ago
      I did actually mean "the standardization process", I was just differentiating from the part of HTML5 that's about, well, HTML. This is more of a feature that belongs in the DOM exposed to ECMAScript, which the HTML5 movement seems to be all about pushing forward the standards for as well.
    - wheels 16y ago
      What you describe is exactly the opposite of how HTML evolved up to this point. Usually precisely what has happened has been that browsers implemented things that the others didn't support, got some traction, were widely copied, and then, finally, standardized.
buster 16y ago
Delivering a cross platform environment that provides the same functionality with more features. Don't get me wrong here, the first sentence may sound as Flash "fanboyism", but i think it is rather objective. Let me explain: - Flash Apps work on Windows/MacOSX/Linux/smartphones/tablets with the exact same API and no difference in implementation of that API (in contrast to IE/Webkit/Opera/Firefox that implement different features and even differ in details when it comes to the implementation of HTML5/CSS3) - Flash offers additional APIs that are not available in HTML5 (Webcam access for example) - taking this further, Air enables cross platform installers, integration into the OS, even more APIs And this can be explained really good, because Adobe can implement new features much faster than HTML standard committees can agree on new HTML features (plus a variety browsers that need to support those). So this shouldn't surprise anyone. It's wishful thinking when people claim that HTML5 can replace Flash in _every_ regard (and here i mean 100% alternative, which can't be true if you just take the webcam access). HTML5 can replace the majority of todays Flash applications. At least i can't think of many web sites that depend on Flash that wouldn't be possible with HTML5 (Websites that make use of Webcams being one of them). And i hope all those navigational elements, advertisings and whatever people chose Flash for, will be replaced with proper HTML in the future! To implement a full fledged multimedia website is harder with HTML5 than with Flash, imo (think of cross browser compliance and difference in performance between browsers). Just to make my standpoint clear: I would not create a website with Flash nowadays, even if it means less effort. HTML5 is for the web. Flash should die. The "fact" that it can be extremely difficult to create those web sites remains, though. Regarding the article: Am i missing something or isn't this just another JS-framework? There are already hundreds of them out there, why is this labeled as "Flash alternative"? Unless i am missing a point this looks like nothing fundamentally new. Seen in the light of the headline every JS-framework is a Flash alternative.
- derefr 16y ago
  It seems like the majority of things people use Flash for, then, could be replaced with a cross-browser plug-in that exposes a unified API for accessing resources outside the browser (i.e. webcams, microphones, whatever Air does, etc.) from Javascript, and is updated by some process quicker than a web standards committee—a "Cool New Thing engine" of sorts. If it allowed browsers to override its features with their own, each feature could "graduate" from the plug-in's codebase when it became implemented natively by all browsers.
michaelneale 16y ago
The scene graph? I think that is what they call it - but that is probably about all (that and the tools that go with it)