Slashdot Mirror


What Killed Adobe Flash? (daringfireball.net)

An employee, who claims to have worked on the development of Flash, writes: Apparently, the world settled on the "One True Cause" for why Flash "died". Take for example this blogpost by John Gruber about FedEx... it ends with this consideration on Steve Jobs' "Thoughts on Flash": "If it had been an angry rant, it would have been easily dismissed without needing to be factually refuted -- "That's just Jobs being a prick again." The fact that it wasn't angry, and because it was all true, made it impossible to refute."

Impossible to refute. There's no doubt that this was the beginning of the end for Flash, right? Except that this is utterly wrong. I worked on Flash, and I worked on the thing that actually killed Flash. It is my strong belief, based on what I observed, that Steve Jobs' letter had little impact in the final decision -- it was really Adobe who decided to "kill" Flash. Yes, Flash was a bad rap for Adobe, and Steve's letter didn't help. But ultimately, what was probably decisive was the fact that developing Flash cost Adobe a ton of money.
John Gruber, responding to the blogpost: To be clear, I don't think Jobs's letter killed Flash. But I don't think Adobe did either. Eventually Adobe accepted Flash's demise. What killed Flash was Apple's decision not to support it on iOS, combined with iOS's immense popularity and the lucrative demographics of iOS users. If Jobs had never published "Thoughts on Flash", Flash would still be dead. The letter explained the decision, but the decision that mattered was never to support it on iOS in the first place. It's possible that Flash would have died even if Apple had decided to allow it on iOS. Android tried that, and the results were abysmal. Web page scrolling stuttered, and video playback through Flash Player halved battery life compared to non-Flash playback.

230 comments

  1. What? by Anonymous Coward · · Score: 0

    But Flash was supposed to be the one who would kill the iPad!

    1. Re:What? by CodeArtisan · · Score: 1

      But Flash was supposed to be the one who would kill the iPad!

      Turns out, the iPad managed to kill itself without Flash.

    2. Re:What? by Anonymous Coward · · Score: 1

      And yet the iPad still outsells all the Surface models and all Android tablets.

    3. Re:What? by kelemvor4 · · Score: 1

      And yet the iPad still outsells all the Surface models and all Android tablets.

      Only because apple users that already have an apple tablet buy more apple tablets. If you look at what's in use out there, apple is not #1. https://www.netmarketshare.com...

    4. Re:What? by pastafazou · · Score: 1

      You have the wrong chart there, as it's combining mobile and tablet. Here's tablet market share. Apple as a manufacturer has the largest share. iOS as a tablet platform is second to Android.

    5. Re:What? by angel'o'sphere · · Score: 0

      Obviously Apple on that graph is by FAR the market leader.

      You seem pretty dumb ... amoung how many Android device sellers is the Android pie divided? Hu? Probably hundreds.

      Perhaps one of them, Samsung or Lenevo might come close to Apples sales with their Android sales.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  2. Several things by Anonymous Coward · · Score: 5, Insightful

    But mainly, the enormous security risk, bad reputation, and lack of native support in browsers.

    1. Re:Several things by GerardAtJob · · Score: 0

      Where are my mod points when I need it!? +1

      --
      I can't call that English ;-)
    2. Re:Several things by SirSlud · · Score: 1

      But mainly, the enormous security risk, bad reputation

      No.

      lack of native support in browsers.

      That's exactly what John Gruber pointed out.

      --
      "Old man yells at systemd"
    3. Re:Several things by Anonymous Coward · · Score: 0

      If John Gruber told you to stick your iphone up your ass would you do it?

    4. Re:Several things by JoeMerchant · · Score: 5, Insightful

      I'd go for DRM, simple and straight up, as the primary sinker of the Flash ship.

      Those ridiculously frequent "security updates" were almost entirely managing DRM holes, and it would seem they were managing the holes in whack-a-mole style without even attempting to design a more secure DRM solution. As a user, the update frequency killed my enthusiasm for Flash - if I could install it once and forget it, fine - I'll use it when a website says it needs it, but if I'm constantly having to install updates just to browse the web, no thanks.

      As a content provider, having to constantly evaluate the stream of Flash updates, determine which one broke our app for our users and which update version we need to tell them to use (and compatibility would fade in and out across the updates, you couldn't just go "old", you'd have one feature that died in versions 275 through 313, and another that only worked in 306 through 392, then you come up with a third compatibility problem that breaks functionality from 317 onward, so you've got to tell your users to use 314 through 316, if they want to access all the features they are paying for.

      Flash was not a good partner in the value delivery stream.

    5. Re:Several things by macsims · · Score: 1

      And If you had tried to do the same things flash was doing in 2010 in 2010 browsers with 2010 javascript, oh look, it's a resource hog, oh and we can't do this thing here, and oh look, javascript and browsers have security issues. I'm not saying Flash should have stayed. It served it's purpose for it's time. And if it was so bad, like everyone seem to love to say, why didn't developers use other options? Oh, that's right, there weren't other good native, cross-platform options. And of course Javscript engines sucked back then, and Javascript as a language still isn't as nice as Actionscript was. And then there was the whole IE blight that needed to slowly die off.

    6. Re:Several things by AmiMoJo · · Score: 1

      Designers quickly realized that it was unusable for anything more than annoying ads and spyware anyway. It breaks back/forward navigation, takes ages to load, not everyone has it, doesn't work well/at all on mobile... And the HTML 5 got better and there was less need for it anyway.

      Ad blockers probably had a lot to do with it as well, as developers found a lot of their Flash apps were not even loading anyway. To get through they needed to base64 encode images into the HTML or at least not make it quite so obvious they were loading up some Flash crapware.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    7. Re:Several things by JoeMerchant · · Score: 3, Informative

      It was the de-facto video delivery standard. BBC, security cameras, YouTube (for a while), everything played on Flash and most things only played on Flash for a while.

      Thank God it's dying.

    8. Re:Several things by ScienceofSpock · · Score: 4, Insightful

      I believe if any *one* thing killed flash, it was HTML 5. You can do virtually anything in HTML 5 that you could in Flash, you didn't require a proprietary application to create it, and you didn't require your users to have a proprietary plugin to run it.

      As a web developer myself, that's what killed it for me.

    9. Re:Several things by Sloppy · · Score: 1

      It can't be dead due to the enormous security risk, because the industry has supposedly accepted proprietary EME "content decryption modules." The one aspect of Flash that really mattered is still with us; it's just theoretically smaller (provided people abstain from installing the ones that will have them join botnets, mine bitcoins, etc).

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    10. Re:Several things by Anonymous Coward · · Score: 0

      High bandwidth and better video codecs: Nobody cares anymore about saving some bandwidth by using vector animation for your animated video. Just export to regular pixel video and upload it to Youtube or whatever.
      The Internet: Interactive Multimedia CD-ROMs are a relict of the past, modern browsers are available on virtually any system. Seems like nobody needs small, self-contained packages of multimedia content that run outside the browser. Also the parts of the game industry that relied on Flash and Shockwave have moved on to other engines like Unity.
      Apple: There was Flash Lite for a lot of mobile phones (pre-iOS/Android) and also the Wii. There was Flash for Android in the early days of Android. Adobe tried. But Apple did not even try to put flash on iDevices and, thanks to the walled garden, did not give Adobe or anyone else a chance to try. When Adobe first provided tools to create iOS apps from Flash, Apple consequentially denied those apps the entry into the App Store. (Not sure what the situation is these days, maybe it has improved.)
      Also where Google and Microsoft have come to an arrangement about integrating Flash into the browser without loosing control of it, Apple did not.
      HTML5: Browsers have come a long way. Not only have they gained a lot of multimedia capabilities (especially video playback and dynamic font loading), standard conformity is much better these days than it was 10-15 years ago. A web developer can trust that a website written once will look as expected on all browsers.
      Unity: Flash Professional used to be the go-to tool for stitching together small games and target a wide range of systems. That niche has been taken over by Unity.
      Google and Mozilla: They keep trying harder and harder to force Flash out of the browsers. Having nowhere else to go, of course Flash is dead.
      Adobe: Flash as a content format might have been saved if Adobe had done a bold step and gone open. They could have gone the Chrome route: create an open-source Flashium Player, with proprietary Flash Player as a shell around it. They could still do that, this would take care of all the legacy Flash content and one or two decades of preserved internet culture.

      People rarely talk about other browser plugins that died along the way.
      Shockwave: A big brother of Flash. Had 3D graphics long before Flash did. Was also very popular for Multimedia CD-ROMs. Replaced by HTML5 + WebGL.
      Quicktime: Video playback, also replaced by HTML5.
      Adobe Reader: Every browser has its own built-in PDF reader now. No need for a plugin to handle PDFs.
      Unity 3D: Unity also had its own plugin, but they absorbed the transition to WebGL a lot better than Flash did.
      Java: Replaced by improvements in Javascript support and also HTML5.
      Various plugins for 3D graphics: all obsolete with WebGL if it weren't for legacy content.

    11. Re:Several things by Anonymous Coward · · Score: 0

      Where are my mod points when I need it!? +1

      Waiting for you to post something more interesting than that.

    12. Re:Several things by kelemvor4 · · Score: 1

      I'd go for DRM, simple and straight up, as the primary sinker of the Flash ship.

      Those ridiculously frequent "security updates" were almost entirely managing DRM holes, and it would seem they were managing the holes in whack-a-mole style without even attempting to design a more secure DRM solution. As a user, the update frequency killed my enthusiasm for Flash - if I could install it once and forget it, fine - I'll use it when a website says it needs it, but if I'm constantly having to install updates just to browse the web, no thanks.

      As a content provider, having to constantly evaluate the stream of Flash updates, determine which one broke our app for our users and which update version we need to tell them to use (and compatibility would fade in and out across the updates, you couldn't just go "old", you'd have one feature that died in versions 275 through 313, and another that only worked in 306 through 392, then you come up with a third compatibility problem that breaks functionality from 317 onward, so you've got to tell your users to use 314 through 316, if they want to access all the features they are paying for.

      Flash was not a good partner in the value delivery stream.

      Update frequency combined with a piss poor update methodology. Horribly intrusive installers accompany a flash update unless it's being done by a corporate system like Marimba. Same for Java, it's bad. An installer for a security update needs no UI at all. The software should have had an option to silently update as needed. If it had that, who would care if Adobe updated flash 5 times a day? Only people with metered internet.

    13. Re:Several things by kelemvor4 · · Score: 1

      Designers quickly realized that it was unusable for anything more than annoying ads and spyware anyway. It breaks back/forward navigation, takes ages to load, not everyone has it, doesn't work well/at all on mobile... And the HTML 5 got better and there was less need for it anyway.

      Ad blockers probably had a lot to do with it as well, as developers found a lot of their Flash apps were not even loading anyway. To get through they needed to base64 encode images into the HTML or at least not make it quite so obvious they were loading up some Flash crapware.

      I'm going to disagree with you there. While I've never written anything in flash I have used many many flash programs that were unrelated to ads and spyware. Yes, that stuff happened with flash. Guess what? It's happening with HTML5. Shocker, I know! The world is in need of HTML5 "popup" blockers currently... Guess what, several of those programs I still use. Could they be exploited? Yes. Could any program be exploited? Yes. Flash was frequently targeted because of the popularity. Same with Java.

      Whenever you have something that's popular, it will be targeted. Or maybe you prefer to live in fantasy land. I remember when iOS was less popular the fanboys were all saying it was impervious to viruses and hacking! I have to admit (not to my credit) that I did enjoy rubbing it in their face later.

    14. Re:Several things by sound+vision · · Score: 1

      security risk, bad reputation, and lack of native support in browsers

      Flash has has all those problems basically since the beginning. They aren't what killed it. What killed it is a viable alternative - HTML 5. Also the move away from desktop-based internet browsing. Your phone probably doesn't have Flash and might not support it at all. Whatever you wanted to do in Flash online - video conferencing, games - you're more likely to do with a native app on your phone.

    15. Re:Several things by Anonymous Coward · · Score: 1

      The real reason Apple had to kill flash is because their shit mobile devices can't handle it. And by the way, flash still isn't dead. Sometimes I have to use IE instead of chrome so I can watch online videos without stuttering.... yeah, the wonderful HTML5 replacement is shit.

    16. Re:Several things by angel'o'sphere · · Score: 1

      I remember when iOS was less popular the fanboys were all saying it was impervious to viruses and hacking! I have to admit (not to my credit) ...
      Apple tries very hard that it is.
      You know, every App is Sandboxed in a changeroot and runs with their own user/group id.
      Only exploitable bugs and most often only on jailbroken devices lead to such weaknesses.
      See: https://www.theiphonewiki.com/...

      And calling one a fanboi just because he uses iOS/macOS is plain stupid IMHO.

      So I really wonder what that I did enjoy rubbing it in their face later. you rubbed into their face?

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    17. Re:Several things by supremebob · · Score: 1

      Yeah, the hundreds of Adobe Flash security holes were what finally doomed Flash. When the browser providers started disabling obsolete and insecure flash plugins, it basically forced content providers to switch to HTML5 to insure that people could watch it.

    18. Re: Several things by Anonymous Coward · · Score: 0

      "You're soaking your fingers in it."

    19. Re:Several things by KingMotley · · Score: 1

      Flash was frequently used for ads because of adobes suite which allowed "creatives" in advertising with no knowledge of programming to make advertisements. Of course with no knowledge of programming, they designed really bad ads that were in your face, broke good UI design, and sucked up every last resource in your PC (also killing battery life).

      The same thing will repeat itself in HTML 5, and will speed up as more software is written to produce ads in pure HTML 5 (probably from adobe again). Adobe has some stuff, but last I checked, it was pretty far away from being as polished as the flash stuff (tweens animations, timelines, etc).

    20. Re:Several things by Anonymous Coward · · Score: 0

      it's absolutely native support - I used to do flash development and animation and that was the biggest hurdle always, getting people to accept that they had to download and update a plugin, especially in the world of dialup pre-widespread broadband

  3. Flash killed flash. by SensitiveMale · · Score: 4, Insightful

    It was a resource hog and had shitty security.

    1. Re:Flash killed flash. by Kiaser+Zohsay · · Score: 4, Funny

      The Texas Defense: "The sumbitch needed killin."

      --
      I am not your blowing wind, I am the lightning.
    2. Re: Flash killed flash. by Anonymous Coward · · Score: 0

      Next at 6, Java kills Java

      Shitty, insecure, poorly supported products tend to die off. Its mither nature foing her job.

      Next up, the desktop kills the desktop

    3. Re:Flash killed flash. by Anonymous Coward · · Score: 0

      Flash is verrry slooow on OS X.

      What killed Flash was Apple's decision not to support it on iOS

      No shit. Adobe's reputation for not supporting high performance Flash on old Apple OSes killed its support on new Apple OSes.

    4. Re:Flash killed flash. by NatasRevol · · Score: 1

      Yep. Which is why it wasn't on iOS.

      --
      There are two types of people in the world: Those who crave closure
    5. Re:Flash killed flash. by DontBeAMoran · · Score: 1

      Saying Flash is/was slow on OS X/macOS is an understatement. I once had a so-called web designer tell me that "Macs suck because Flash is slow on Macs". What an Idiot.

      --
      #DeleteFacebook
    6. Re:Flash killed flash. by Anonymous Coward · · Score: 0

      I once had a so-called web designer tell me that "Macs suck because Flash is slow on Macs". What an Idiot.

      No wonder Apple killed Flash. All the non-technical and semi-technical customers were blaming Apple for slow Flash performance. Who wants all that negative marketing?

    7. Re:Flash killed flash. by Anonymous Coward · · Score: 0

      It wasn't a resource hog - its just that the majority of people programming for Flash sucked as developers.

    8. Re:Flash killed flash. by jcr · · Score: 3, Interesting

      No, Flash was a resource hog. We told them for years to quit using WaitNextEvent() and update to using the Carbon event handling APIs, but they kept on dragging their feet.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    9. Re:Flash killed flash. by Comrade+Ogilvy · · Score: 1

      I would put it this way: Flash had high costs in terms of hardware resources, maintenance, and security that were already apparent on the desktop. Those costs became unacceptable on the new smartphone/tablet platform, where the technical bar was set much higher.

    10. Re:Flash killed flash. by Anonymous Coward · · Score: 1

      The Vince McMahon defense: "Bret screwed Bret"

    11. Re:Flash killed flash. by ebyrob · · Score: 1

      Flash was a security nightmare that's a given. It deserved to die and we're better off without it.

      But c'mon. secure smartphones? They're even worse.

    12. Re:Flash killed flash. by dgatwood · · Score: 1

      They literally did everything they could do to avoid improving the product. Little surprise that it eventually failed. They frequently spent more time and effort explaining why they couldn't fix something than it would have taken to fix it. Gross mismanagement doesn't even begin to cover it. I'm amazed Adobe is still in business. Then again, IBM....

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    13. Re: Flash killed flash. by cyberchondriac · · Score: 1

      Next at 6, Java kills Java

      We can only hope.

      --

      Look back up at my post, now look back down, you're on the Internet. Now look back up. I'm a signature.
    14. Re:Flash killed flash. by Anonymous Coward · · Score: 0

      something something nineteen ninety eight mumble mumble hell in a cell

    15. Re:Flash killed flash. by Rakarra · · Score: 1

      No, Flash was a resource hog.

      Computers getting faster just meant flash had more CPU cycles to suck up without doing work.

    16. Re:Flash killed flash. by Trogre · · Score: 1

      That, and the fact that any animation would always open in High Quality mode, with insanely high anti-aliasing. While there were hacks available to automatically load things in Medium or Low quality mode, they only occasionally worked, and some sites disabled the right-click Quality setting entirely.

      That made it much more of a resource hog that it ever should have been.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    17. Re:Flash killed flash. by zixxt · · Score: 1

      No, Flash was a resource hog. .

      -jcr

      I call bullshit! I can play Flash games and animations on a lowly Pentium 166mhz, And on my netbooks its faster and uses less memory at playing video than HMTL5.

      --
      ---- GENERATION 26: The first time you see this, copy it into your sig on any forum and add 1 to the generation.
    18. Re:Flash killed flash. by Anonymous Coward · · Score: 0

      Reminds me of https://xkcd.com/619/. Interpret that how you will.

    19. Re:Flash killed flash. by yuvcifjt · · Score: 1

      True, however, any hardware built after 2009 (perhaps earlier) has had mpeg4/h.264 hardware decoder built-in, and more recently, VP8/VP9 and h.265, even in on-board graphics hardware. Although saying that, Flash also began utilising (h.264) hardware decoding capability of graphics cards since late 2009 with version 10.1.

      But this doesn't mean that Flash wasn't a resource hog on modern computers, not to mention, a monolithic block placed on a web page. While HTML5 solved many of the issues, including accessibility and seo compatibility... although to be fair, HTML5 and Javascript has its own set of issues, i.e. they're also becoming a massive memory and cpu hog.

      I still use Flash where possible for video, as it's a lot smoother and less CPU intensive on my circa-2005 cpu, especially on WinXP which only has basic support for earlier video types.

  4. Security and annoyances for me by Scoth · · Score: 5, Insightful

    I never really minded flash in the earlier days, it enabled a lot of fun content. As time passed, it was the source of more and more security problems, and was used for more and more just plain annoyances like advertising. Had Adobe reworked it into a good, secure framework with some touch interface and power optimizations for mobile (I kept Flash around on Android for some time. It sucked the battery down hard while doing much of anything) it may have stayed relevant.

    HTML5 didn't help either, since it did a lot of what it was for anyway.

    1. Re:Security and annoyances for me by Anonymous Coward · · Score: 0

      I never really minded flash in the earlier days, it enabled a lot of fun content.

      You misspelled "porn".

  5. Why is this short blog post news? by Anonymous Coward · · Score: 0

    Why is this short blog post news?

  6. The crappy quality by Anonymous Coward · · Score: 2, Insightful

    Adobe flash killed itself by being pure crap.

  7. What killed Flash? by Anonymous Coward · · Score: 0

    It killed itself because it is a steaming pile of horseshit.

  8. Thank you Steve! by Anonymous Coward · · Score: 0

    Flash sucked, and I'm glad I don't have to deal with it anymore.

  9. I'm disappointed... by __aaclcg7560 · · Score: 1

    After Microsoft in general and Windows in particular, fixing Adobe in general and Flash in particular was my bread and butter for the last 20 years.

    1. Re:I'm disappointed... by DontBeAMoran · · Score: 2

      Don't worry, Windows 10 is giving you plenty of work.

      --
      #DeleteFacebook
    2. Re:I'm disappointed... by __aaclcg7560 · · Score: 1

      Don't worry, Windows 10 is giving you plenty of work.

      My job has Windows 8 in test for tablets and Windows 10 for desktop. No ETA on production rollout. The powers to be might drop Windows 8 and use Windows 10 for tablets. Meanwhile, Windows 7 64-bit rollout is completed and Windows 7 32-bit is history. No rush to upgrade to Windows 10.

  10. I thought it just brought it on itself? by SCVonSteroids · · Score: 1

    Didn't it?

    --
    I tend to rant.
  11. There is flash and then there is flash by Anonymous Coward · · Score: 0

    There is flash as a simple media player. Then there is flash a java replacement. If flash had confined itself to a meda standard it might have survived. Flashes extension to full programming media experience bug fest made it a lot of work to migrate to new environments and lot of work to keep updated for old environments. Flash became too heavy and too much of a liability.

  12. Top-down decrees by Anonymous Coward · · Score: 1

    If it was up to normal people and not Google, Microsoft and Mozilla, we'd still be using Flash and we wouldn't be adding DRM to the HTML standard.

  13. Daring Fanboi by Anonymous Coward · · Score: 0

    Gruber is always either defending or praising Apple, rarely is he unbiased. This post is just another example of the fanbois always believing that Apple is always absolutely, positively correct all of the time.

  14. Sorry, apple can't take credit for this one by Anonymous Coward · · Score: 1

    Flash was already dead by the time apple decided to not support it. It was already killed by adblock, security vulnerabilities, power consumption, un-indexability, and the failure of Air to gain traction.

  15. That's ignoring the real issue by Anonymous Coward · · Score: 0

    Shitty clickbait developers killed flash... Flash was a great tool for certain projects, Actionscript was getting pretty good before the bottom fell out. For short deadline graphic intensive projects it was a lifesaver. If they are built right Flash applications are (were) absolutely fine.

  16. HTML 5 killed Flash. Next question? by BenJeremy · · Score: 3, Informative

    It's not perfect, but honestly, the ability to move to an even greater OS- and browser-agnostic platform has great appeal for developers.

    Flash has some great tools, though, and a decent codebase. I've used ActionScript/Flash to create mobile games, and now I have to find the time to port over my framework and products at some point.

  17. It has a security hole every week by Anonymous Coward · · Score: 0

    1. It was only mainstream useful for video.
    2. The rest of it was so full of bugs it was having a zero day exploit every week.

    Jobs didn't kill it, Adobe incompetence killed it. He just refused to bundle it with iOS. But it could still be installed with Firefox and Chrome after Job's decision, so it was not like Jobs was the end game.

    Jobs simply told the truth about it. Nothing more. It was the truth that killed it, not Jobs saying the truth.

    e.g. Kushner had a secret meeting with VneshEconomBank in Trump tower, Putin's payroll bank for spies, mercenaries and politicians who receive bribes. Does saying that make Trump the traitor, or does the ACT of receiving help and money to seize power to remove Russian sanctions make him a traitor?
    http://www.rferl.org/a/russia-vnesheconombank-spy-trial/27013041.html

    Acts vs truth.

    1. Re:It has a security hole every week by dgatwood · · Score: 1

      There has never been any version of Flash available for iOS, bundled or otherwise, because Apple doesn't allow any third-party interpreters on the iOS platform. (Maybe you're thinking of when they stopped shipping it preinstalled with Safari in OS X?)

      SJ's refusal to allow it on the iOS platform was the final nail, though you're correct that Adobe's mismanagement caused a low-quality product that mostly built its own coffin.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    2. Re:It has a security hole every week by angel'o'sphere · · Score: 1

      There has never been any version of Flash available for iOS, bundled or otherwise, because Apple doesn't allow any third-party interpreters on the iOS platform.
      This is wrong.

      There are hundreds of interpreters in the AppStore. I have about 10 programming languages on my iPad 2.
      And there are a few browsers that support Flash.

      SJ's refusal to allow it on the iOS platform was the final nail
      He did not disallow it, Apple simply did not support it in their own browser.

      See: http://mashtips.com/flash-play...

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    3. Re:It has a security hole every week by dgatwood · · Score: 1

      Congratulations. You are technically correct—the best kind of correct.

      Let me clarify my original comment slightly. iOS App Store policies explicitly forbid the use of interpreters to run scripts downloaded from the Internet, and always has since the very first version of that document. It is technically possible to build apps that use a Flash interpreter internally to run Flash scripts that are bundled into the app. However, it is not possible to provide a generally functioning Flash Player Plugin on iOS, nor is it possible to provide general-purpose Flash support in a browser on iOS without jailbreaking or requiring users to build the app themselves.

      The only apps that "support" Flash actually either A. support flash video only (by not using Flash to do the playback) or B. "support" Flash by running the Flash code on a desktop computer and streaming the video. The former is limited to only certain types of content, and the latter is a horrible bandwidth hog that still isn't 100% functional. No apps are actually running arbitrary, downloaded Flash content on the device.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    4. Re:It has a security hole every week by angel'o'sphere · · Score: 1

      Let me clarify my original comment slightly. iOS App Store policies explicitly forbid the use of interpreters to run scripts downloaded from the Internet
      This is no longer true, And via eMail or a web browser and cut/paste this was always possible anyway.
      The code download from the internet may not "script" the application in which it is running. But there are plenty of Applications, e.g. "CS At Once", that directly download JavaScript Code from the internet (and install it as a local library)
      .
      Many Script-Interpreters simply integrate DropBox and other cloud services to download/install scripts from the internet, e.g. NovoCard (a simple HyperCard clone with JavaScript as programming language)

      So, in the cases above: the actual loadiang and then executing are two steps. There is no "down load without notice of the user and directly execute it", I believe that this was it what Apple liked to prevent.

      However, it is not possible to provide a generally functioning Flash Player Plugin on iOS
      There are several browsers that just do that, in the Apple AppStore.
      Look in my previous posts, I sent a link to a review web site that tested them. Ah ... found it again: http://mashtips.com/flash-play...

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    5. Re:It has a security hole every week by dgatwood · · Score: 1

      This is no longer true, And via eMail or a web browser and cut/paste this was always possible anyway.

      Actually, it very much is still true.

      3.3.2 An Application may not download or install executable code. Interpreted code may only be used in an Application if all scripts, code and interpreters are packaged in the Application and not downloaded. The only exception to the foregoing is scripts and code downloaded and run by Apple's built-in WebKit framework or JavascriptCore, provided that such scripts and code do not change the primary purpose of the Application by providing features or functionality that are inconsistent with the intended and advertised purpose of the Application as submitted to the App Store.

      This is the current policy as of today (2017-03-30).

      But there are plenty of Applications, e.g. "CS At Once", that directly download JavaScript Code from the internet (and install it as a local library)

      Apps running JavaScript code do not provide their own interpreter. They use the JavaScript interpreter built into iOS. All the rest of your examples fall squarely into that exception. None of these things are relevant to the issue of Flash.

      There are several browsers that just do that, in the Apple AppStore.

      No, they do not. Please read my previous comment about how those apps work. Some might try to use one of the experimental Flash-to-JavaScript transpilers (Shumway or Swiffy, neither of which is still in active development), but those only works for a subset of Flash apps. Others run Flash on a remote computer (e.g. Puffin uses Adobe Flash-Over-Cloud). Others just do Flash video DRM using their own code. None of them run a native Flash interpreter on the device. None of them. And when you're talking about full compatibility, that's the only approach that actually works robustly. Adobe, Google, and Mozilla all tried other approaches to work around the iOS Flash blockade, and none were fully successful.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    6. Re:It has a security hole every week by angel'o'sphere · · Score: 1

      3.3.2 An Application may not download or install executable code. Interpreted code may only be used in an Application
      That is why they use a web browser, email or dropbox to 'download' their code. Which then 'open in' or copy paste to the interpreter.

      What tricks they do to run Flash I don't know. Point remains: there are Flash capable browsers on iOS, since years.

      The main point was that you falsly claimed that there are no 'interpreters alowed' on iOS, I have about 10 installed on my iPad ... from the AppStore, a few quite expensive if you consider typical App prices.
      NovoCard - integrates via DropBox
      CS At Once - downloads scripts from the internet, but only executes them as parts of the scripts you write, hence no 'automatic download and execution right away'
      TechBasic
      TouchLua+
      Basic!
      Smart BASIC
      The Python interpreter does not run on my iPad OS: Pythonista

      You only need to interpret Apples paragraph 3.3.2 correctly, and now you have an internet downloadable interpreter on yor iPad/iPhone. The point is: that download and interpretation are two seperate steps. E.G. CS At Once, only stores downloaded JS libraries in a folder structure.
      If you want to use them in HTML, or JS based applications, yoi have to programatically import them from there.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  18. Apple by SuperKendall · · Score: 1

    It is absolute madness if you do not recognize the steadfast refusal of Apple to adopt Flash, along with the ensuing rise in the number of people who used phones and tablets to browse, as the #1 cause of The Fall of the House of Flash.

    Flash had other problems sure but it persisted and grew for years with those same problems. It was only wen someone came along that took user experience and security seriously in a way that was popular, that Flash finally met its long-overdue demise.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Apple by Anonymous Coward · · Score: 1

      Thank you. Exactly. The Flamebois went nuts when this came out calling Jobs all sorts of names, but he was just the kid telling the emperor he was naked. It was crashy and it drained your battery, but no one wanted to stand up first and say it.

      Flash killed itself; Steve Jobs just showed it where the very long, rickety staircase was.

    2. Re:Apple by UnknowingFool · · Score: 2

      The other thing not mentioned is that Apple would have easily allowed Flash on iOS had Adobe managed to come up with a mobile version that addressed Apple's performance concerns. In his memo, Jobs even mentions this. They waited and waited for Adobe and finally gave up. Many rabid Android fans at the time were more than gloating when they got Flash to run on their Androids . . . until they actually used it and found it a buggy, battery draining mess just as Jobs had said it was.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    3. Re:Apple by Anonymous Coward · · Score: 0

      You can write apps for Flash and thus BYPASS the app store. The real reason Apple didn't want Flash. Same reason Microsoft built IE into their OS, which triggered their monopoly lawsuit. A thin client which runs apps, in this case a browser, allows you to not have to install their OS.

    4. Re:Apple by angel'o'sphere · · Score: 1

      Actually Flash is not banned from iOS, it is only not supported in any App coming from Apple.
      There are a few browsers in the AppStore that come with a build in Flash Engine.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    5. Re:Apple by david_thornley · · Score: 1

      Your timeline is off. The decision to not support Flash came considerably before the App Store.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  19. Win by puddingebola · · Score: 4, Funny

    It was Mrs. Peacock, in the Library, with the revolver.

    1. Re:Win by Anonymous Coward · · Score: 0

      Acording to a source close to the Computer Forensics Investigation Team, the browsing history of the library computer showed that, before killing Flash, the last site Mrs. Peacock browsed to was QWOP.

    2. Re:Win by mrbester · · Score: 1

      Wrong, dude, it was Professor Plum!

      --
      "Wait. Something's happening. It's opening up! My God, it's full of apricots!"
  20. It was always sick by Kohath · · Score: 4, Insightful

    What happened to Flash:

    1. Animating junk on web pages was never very useful, so people more-or-less stopped doing it. Flash saved itself by becoming a way to deliver web video.
    2. Decoding video with a general purpose CPU is very much inferior to decoding it with dedicated logic. Video standards were designed to enable dedicated logic decoders. CPU-based decoding used far, far too much energy so Flash couldn't compete or even come close.

    Flash became mostly useless. Then it became only a way to get your system hacked and added to a botnet. Then it became nothing.

    1. Re:It was always sick by wisnoskij · · Score: 1

      99% of people use the internet exclusively to look at animated junk on webpages.

      --
      Troll is not a replacement for I disagree.
    2. Re:It was always sick by avandesande · · Score: 1

      Remember boo.com vividly, the whole site was rendered with flash and was a use-ability trainwreck

      --
      love is just extroverted narcissism
    3. Re:It was always sick by Migraineman · · Score: 1

      Agreed. Flash was awful back when it was a MacroMedia property, and all of the awfulness was deeply rooted in the product architecture. Even with Adobe's sizable war chest, they were never able to get rid of the insecurity or resource inefficiency. Vector animations were sorta-useful back when network bandwidth was extremely limited, but that era is gone now. Distribution of video via flash middleware no longer has any value, and in fact carries a plethora of liabilities.

      Flash should have been dead years ago. Good riddance.

  21. Wrong. by Anonymous Coward · · Score: 0

    Using it to simply serve up raster video instead vector graphics was the reason.

  22. the internet killed flash by nimbius · · Score: 4, Insightful

    I don't think Jobs's letter killed Flash. But I don't think Adobe did either.

    no, the internet rallied around Flash like a mafia hitsquad around a mole and slowly beat it to death. NodeJS, html5, and webm video all colluded to deliver the killing stroke to Flash. Adobe, in turn, largely did what they do best and ignored the programs compatibility issues in Linux, stability issues in mac and windows, and rampant security issues across the board. It should serve as a stern reminder of what could happen to Photoshop and AfterEffects if Adobe doesnt start paying more attention and start fixing real bugs.

    --
    Good people go to bed earlier.
    1. Re:the internet killed flash by CockMonster · · Score: 1

      NodeJS? What does a networking library have to do with Flash?

    2. Re:the internet killed flash by Anonymous Coward · · Score: 0

      JavaScript killed Flash, and Java, and ColdFusion, and Silverlight, and everything else.

      Glad to see those going, weeping about what we get stuck with.

    3. Re:the internet killed flash by Anonymous Coward · · Score: 0

      NodeJS? What does a networking library have to do with Flash?

      Both languages are from the same ECMA-262 standard? You can transpile AS into Node?

    4. Re:the internet killed flash by tepples · · Score: 1

      ActionScript ran on the client. Node runs on the server.

      Benefit of doubt: Perhaps "Node" was meant in the loose sense of efficient JavaScript engines, one of which proved itself so useful that servers adopted it as well.

    5. Re:the internet killed flash by AmiMoJo · · Score: 2

      Adobe killed Flash by being Adobe, in other words. Barely able to maintain a desktop app and clueless about what customers want, the very last company you would want writing browser plug-ins.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    6. Re:the internet killed flash by Anonymous Coward · · Score: 0

      ActionScript ran on the client. Node runs on the server.

      Benefit of doubt: Perhaps "Node" was meant in the loose sense of efficient JavaScript engines, one of which proved itself so useful that servers adopted it as well.

      I agree, nimbius probably meant V8 (Google's JavaScript runtime, upon which NodeJS is based) rather than NodeJS itself. V8 kicked off a JavaScript performance race that played a role in the demise of Flash.

    7. Re:the internet killed flash by Anonymous Coward · · Score: 0

      NodeJS isn't a networking library. It's an implementation of Javascript on the server side, allowing front-end developers to write shitty code on the server backend too!

    8. Re:the internet killed flash by yuvcifjt · · Score: 1

      Err, Javascript killed Java?!
      Clearly you've never worked for or interviewed recently for any enterprise environment.

      If anything, Microsoft's .NET hurt Java, but it still hasn't displaced it, and it's still king in enterprise, multi-scale, multi-threaded environments, even where performance and dependability is required.

    9. Re:the internet killed flash by Anonymous Coward · · Score: 0

      I don't know what you guys are talking about for stability. On Windows, I've never had it once crash on me when the system was malware free... and the only malware I didn't accidentally install (piratebay lol) was a Java exploit.

      And judging from the hostility coming from APL with regards to Flash, I don't think you can blame Adobe for instability there... hell, they couldn't even do hardware video decoding until just a few years ago because there was no access to it provided by the OS/browser.

      Flash was never meant to stay, but thankfully I have the choice to install it on all my platforms. I still have it installed on my phone, even though it's versions out of date. I can still view the content I want to view.

      And if you're thinking browsers aren't going to be exploited... LOL

  23. Browsers Killed Flash by mentil · · Score: 4, Insightful

    Let's be real, the 'death of Flash' is only being talked about because the major web browsers are cutting support for it. An opinion posted by Jobs in 2010 related to a decision not to support Flash in iOS is supposedly the reason browser makers are cutting support for Flash in 2017? I'm not buying it. HTML5 video has everything to do with the death of Flash, as most usage of Flash was simply for audiovisual playback. Webgames and webapps used to use Flash, but how many people use those nowadays compared to mobile apps? Even on Android, which supports Flash? Youtube moving over to HTML5 video by default was the death knell of Flash. The constant drumbeat of 'more critical Flash vulnerabilities found and exploited in the wild, uninstall it already' didn't help, either. I wonder how Flash would've done if it were a) secure, and b) not a resource hog.

    --
    Corruption is convincing someone that the selfless ideal is the same as their selfish ideal.
    1. Re:Browsers Killed Flash by Anonymous Coward · · Score: 1

      Web browsers are only cutting support because they can get away with it now; they're not the cause of the death of Flash, but a symptom. And a late symptom at that.
      The use of Flash can be roughly divided in three main categories.
      1) Flash video clips, both recorded video and video animated with Flash shared on Newgrounds and the like.
      2) Flash games, similar to Java games.
      3) Specialist usages. Some web cam video streaming sites used it for this, some banks used it for logins, that kind of thing.
      The first group largely shifted to YouTube and YouTube decided to switch to HTML5 video. Google says they wanted to move away from Flash because of security, but I think they really just hated depending on a third-party supplier.
      Flash and Java browser games have been going away for a long time, even before HTML5 came about. Games coded with HTML, CSS and JS usually load faster, don't give you an annoying dialogue box and interaction with the server and the rest of the web is usually less painful.
      And given these, the last category was doomed by its marginality. Vendors relying on Flash for those purposes basically got dragged along by their hair.

    2. Re:Browsers Killed Flash by yuvcifjt · · Score: 1

      Clueless post.

      I think the point is, yes, it's only now that HTML5/Javascript has become some-what mature enough to replace Flash, especially the major use of which is video's. And it's only now that browser makers are finally taking the plunge to purge Flash.

      But the point is, Steve Jobs saw this coming long long ago, while html5/css3 was still in draft, but basic support for video and other animations had started to appear. Read Jobs' post to get an insight, and it's exactly what he mentions, including the proprietary nature of Flash and it's fate by Adobe alone.

      Steve Jobs was truly a visionary.

  24. Many things by DivineKnight · · Score: 2

    But the top two from my list are 1.) constant updates (there are always zero-days, it seems, with Flash), and 2.) while Flash is great for content owners / providers, it sucks balls for content buyers / consumers (imagine trying to navigate a website entirely made out of Flash....yes, people have done this; try playing a Flash video when the streaming site is overloaded (can only buffer so much) or the embedded controls suck...it's a horror.

    1. Re: Many things by Anonymous Coward · · Score: 0

      The constant updates didn't particularly bother me, but it was galling to continually reject their offer of McAfee shitware and no, i am not ever going to allow it to auto-update as a matter of principle. Having to reiterate that every single fucking time, when it should have been part of the control panel applet and honoured, was a clear indication of Adobe's utter ineptitude.

  25. JAVA and Flash -- errgh by Anonymous Coward · · Score: 0

    When I did support the two things you could be guaranteed would need a patch EVERY MONTH were the Java Runtime and Flash. I know there's a halo around Steve Jobs in the media but frankly he was just restating the obvious and I guess he had the courage, foresight or hutzpah to say "no" first.

    1. Re: JAVA and Flash -- errgh by Anonymous Coward · · Score: 0

      How did you not mention Windows? Windows 7 was released 7 years ago and is still being updated with multiple fixes each month.

    2. Re:JAVA and Flash -- errgh by Anonymous Coward · · Score: 0

      When I did support the two things you could be guaranteed would need a patch EVERY MONTH were the Java Runtime and Flash. I know there's a halo around Steve Jobs in the media but frankly he was just restating the obvious and I guess he had the courage, foresight or hutzpah to say "no" first.

      Errrm, if what Jobs said was so damn obvious, why did the vast majority of people viciously disagree with him?

  26. When you figure it out by Anonymous Coward · · Score: 0

    Can you give "it" a medal?

  27. Security by Anonymous Coward · · Score: 0

    If Flash were secure, I would still have it installed. I wouldn't develop for it, but others would and still have the installed base for it.

  28. Why the post mortem? by jenningsthecat · · Score: 5, Insightful

    Flash doesn't need a post mortem, it just needs an obituary. Its death wasn't suspicious, and it didn't commit suicide. It was a cute, talented kid with promise, but as often happens, it became a shiftless, troublesome adult, partly as a result of the parenting mistakes of its narcissistic adoptive parent. Its lifestyle, shortcomings, and bad luck led it to an early death; it's time to close the casket, fill in the hole, place the gravestone, and move on.

    --
    'The Economy' is a giant Ponzi scheme whose most pitiable suckers are the youngest among us and the yet-unborn.
    1. Re:Why the post mortem? by Nemosoft+Unv. · · Score: 1

      Post mortem? There are still tons of websites, even ones that are being developed and maintainted today, that use Flash to display videos. I very regularely see the message "This content can't be played with your setup." and if you dig deeper it's always a Flash plugin...

      --
      "Fix it? It has been disintegrated, by definition it cannot be fixed!" - Gru in Despicable Me.
    2. Re:Why the post mortem? by gravewax · · Score: 1

      Websites you see with that message for flash will also be not long for this earthly plane and as for ones being developed today? anything being developed today for flash is a stinking dead fish you don't want to touch, only a truly incompetent dev team would choose flash as the platform of choice at this junction in time and such a team making that decision you can treat as a huge warning sign to avoid their site and products.

  29. Not really a mystery by DalM · · Score: 1

    Proprietary systems will always fall to superior and widely adopted open standards. Except when they don't.

  30. The asker is the answer to their own question by angryargus · · Score: 1

    Kinda telling when the person asking about the death of flash doesn't realize they're the reason (I'm taking their claim about working on on the development of Flash at face value) and has to ask other people why. If they couldn't see the serious problems they created in the design or implementation (such problems are already enumerated in other posts), or didn't work to address them, then of course adoption will die off.

  31. Common Sense by Anonymous Coward · · Score: 0

    It wasn't needed any longer and it was bad from the start.

  32. I hate medium.com by Anonymous Coward · · Score: 0

    Fuck medium.com!

    1. Re:I hate medium.com by tepples · · Score: 1

      Which blog host would you prefer? Is Blogspot or WordPress.com better?

  33. Apple by chispito · · Score: 4, Informative

    Apple killed Flash, or at least threw the first stone by disallowing it on their mobile devices. They did it because they saw the writing on the wall. Flash was a security nightmare, and really only existed as a stopgap because bandwidth used to be a far more of a premium and there were no web standards for streaming video, audio, and animation. This is mostly fixed with HTML5.

    Believe me when I say this is uncharacteristic of me, but, "Thanks Steve Jobs!"

    --
    The Daddy casts sleep on the Baby. The Baby resists!
  34. Legit Alternative by sehryan · · Score: 3, Insightful

    The reason Flash died is that there was finally a legitimate alternative in form of HTML5 video.

    No one wanted to use Flash. But there was no other way to serve video as effectively as it did. Once HTML5 video arrived and was supported by the major browsers, Flash's days were numbered.

    --
    The world moves for love. It kneels before it in awe.
    1. Re:Legit Alternative by Anonymous Coward · · Score: 1

      Sadly, blocking flash, or using a form of click to play for flash was a great thing. Now we're playin wac-a-mole trying to stop html5 video from playing. It seems every time I get a way to stop autoplaying video, another comes along that bypasses it.

    2. Re:Legit Alternative by Anonymous Coward · · Score: 0

      It's quite simple: Stop using sites that do abusive things like autoplay video.

  35. Must be a slow news day here on /. by QuietLagoon · · Score: 1

    ...if this topic is the best the editors can come up with...

  36. Adobe purchase of Macromedia by Anonymous Coward · · Score: 1

    Adobe just didn't care about Flash to continue develop it or support it. It was their competitor product that they want to snuff out.

    HTML5 would be the second reason

  37. But can it app apps? by tepples · · Score: 1

    Next up, the desktop kills the desktop

    Relegation of the desktop to luddites won't happen until it becomes practical to app apps using an app on a tablet. I haven't seen any hint that Apple plans to port Xcode to the iPad Pro. As for Android, I'm aware of an app called AIDE, but is it any good?

    1. Re:But can it app apps? by Anonymous Coward · · Score: 0

      I've done a few things using AIDE. It works fine, mostly constrained by the tablet form factor: I wind up missing my larger desktop screen, and coding is annoying if I don't plug in an external keyboard.

    2. Re:But can it app apps? by tepples · · Score: 1

      and coding is annoying if I don't plug in an external keyboard.

      I figured that much. But there are people in Slashdot's comment section who claim that a tablet with a USB or Bluetooth keyboard could replace most or all uses of those 10" laptops that were sold from 2008 to 2012, including lightweight programming.

    3. Re:But can it app apps? by Anonymous Coward · · Score: 0

      Im running AIDE on a Chromebook now. Works great.

  38. Silverlight by Anonymous Coward · · Score: 2, Funny

    Definitely Silverlight.

  39. What would have sucked less? by tepples · · Score: 1

    What would have been a better production and delivery means than Flash for animated series like Homestar Runner, particularly before home Internet plans supporting HD video streaming became affordable?

    1. Re:What would have sucked less? by harperska · · Score: 4, Insightful

      Flash and Homestar Runner validated each others' existence. Once H*R had run its course, Flash no longer had a reason to exist.

    2. Re:What would have sucked less? by tepples · · Score: 1

      After the end of H*R, what tools should be used to make and efficiently deliver web animations? I guess it'd be possible to use a used copy of Flash to make an animation, render it to pixels, and compress it to H.264 and WebM. But in my tests, that produces a file 10 times the size of the corresponding SWF. This in turn means a user on an Internet connection with a given monthly data transfer quota can view only one-tenth of the videos using MP4/WebM that he could using Flash.

      Or are you of the opinion that after the end of H*R, web animation itself "no longer had a reason to exist"?

    3. Re:What would have sucked less? by AvitarX · · Score: 1

      I thought the replacement was SVG and javascript, don't know how it works for elaborate flash though.

      I personally think The Binding of Isaac is the best example of the value if flash.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    4. Re:What would have sucked less? by tepples · · Score: 1

      After the end of H*R, what tools should be used to make and efficiently deliver web animations?

      I thought the replacement was SVG and javascript

      That or Canvas and JavaScript. Either fills the "deliver" part, but not the "make" part.

    5. Re:What would have sucked less? by Anonymous Coward · · Score: 0

      I can make it on my own.

      shockwave flash

      Oops, I mean L'il Brudder.

    6. Re:What would have sucked less? by Anonymous Coward · · Score: 0

      But H*R still exists? They started eking out small toons every so often. Their solution was to put the toons on youtube for HTML5 compliance. It works, but it kills their easter eggs.

    7. Re:What would have sucked less? by Anonymous Coward · · Score: 0

      What would have been a better production and delivery means than Flash for animated series like Homestar Runner, particularly before home Internet plans supporting HD video streaming became affordable?

      Macromedia Flash. IOW Flash before Adobe fucked it up.

    8. Re:What would have sucked less? by harperska · · Score: 1

      (late to the reply, we'll see if anybody actually reads this)

      H*R style interactive animated webtoons as a category of the sort that leveraged the power of flash seem to have been a fad. In fact, I can't seem to think of any H*R style toons other than H*R. Without H*R being a cultural force, and with no other similar content to take its place, the need for a tool to build rich interactive vector animations seems to have past.

  40. Who cares? by Gravis+Zero · · Score: 3, Insightful

    There's on one reason it died but who cares? Honestly, we should just be happy it did die!

    --
    Anons need not reply. Questions end with a question mark.
  41. Next question: by Anonymous Coward · · Score: 0

    What will kill^Wreplace HTML 5, since it's so busy breaking things for those not on the cutting edge that it really has no longevity to speak of?

    For verily, HTML 5 is pretty much quite like flash in its targeting at instagrat "user experience" mayfly chasing, minus some (*cough* DRM *cough*) of the more eggregious corporate proprietariness idiocy, inability to open source because NDAs, and all that, but plus more ineptness-by-committee and other entrenched silliness and "some browsers more equal than others" webmonkey bastarditude. Oh, and much more wastage of computing resources. IOW, flash was bad but HTML 5 is not better, just differently worse.

  42. Waitaminnit.... by hydo · · Score: 1

    Do we really believe that someone who thinks "costed" is the past tense of "cost" was working at Adobe on Flash?

    1. Re:Waitaminnit.... by Anonymous Coward · · Score: 0

      Only if you believe Adobe is a large enough company to attract talent that are not native English speakers.

  43. Windows, Chrome, and Firefox too by tepples · · Score: 1

    When I did support the two things you could be guaranteed would need a patch EVERY MONTH were the Java Runtime and Flash.

    That and Windows itself, with the "Patch Tuesday" habit of Windows Update. And the web browsers, once they went to a rapid release mentality since Chrome 1 and Firefox 4.

  44. Why use past tense? by Anonymous Coward · · Score: 1

    Why is everyone saying it's dead? I am forced by many vendors to use it daily. Not just fly-by-night one-off software companies, but big global enterprises who require it to use the web interfaces for their enterprise class software.

    It's not dead. It's not even close to dead. It might be walking to the hospital, but there are a lot of big software companies trying to give it directions home for a little lie down.

  45. no , I dont think so by Anonymous Coward · · Score: 0

    And whos John Gruber? Why is he being cited?

    What killed flash was Apple not wanting flash games running inside a browser on ipod touches and iphones. If flash ran well on them then people would have less reason to get apps from their store. Additionally anyone who made a good pda/smartphone would be able to harness these flash games. For google it was in their interest not to suport flash games either because of their app store they were pushing.

    The second thing that killed flash was it was trivial for a end user to save a single player flash game from a website and keep running it offline forever. This is bad from a corporate point of view. It was also incredibly easy to decrypt flash files and rip out the assets.

    Third it had shitty security and Adobe sucked at keeping it secure. Flash should never had had access to the microphone, the ability to write files to the drive, or access the camera.

    1. Re:no , I dont think so by tepples · · Score: 1

      single player flash game [...] Flash should never had had access to the microphone

      How would one make a game inspired by Seaman or Hey You Pikachu without the microphone? Making it for one desktop operating system would have severely limited its audience.

    2. Re:no , I dont think so by Anonymous Coward · · Score: 0

      thats true without the microphone you woulndt be able to have games like that. But I still think its a bad idea to have microphone capabilities on something that wasnt just used for games but webpage navigation, meaning that when you had flash on to view the webpage properly, you had no idea if it was being exploited and someone was using your mic.

    3. Re:no , I dont think so by david_thornley · · Score: 1

      iOS came out without the App Store. It took a while before that was set up. In the meantime, Jobs told people to write HTML apps to be run from Mobile Safari. Your timeline doesn't work.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  46. Bloated POS by backslashdot · · Score: 1

    It was a combination of the facts that Adobe didn't have good lawyers and that there weren't neophobic executive types at Apple that could force us to keep using it. I mean that's why Java and Flash stuck around on the browser for so long. Before Steve Jobs was like "hell fuck no" to client side Java and Flash, the browser makers had zero guts to take on the legal and perceived market share ramifications of saying no.

    Remember when Microsoft tried to ditch Java they got sued: http://tech-insider.org/java/r...

    Yeah so I think Steve Jobs did have a huge role in eating rid of Flash. It was a bold move that started the chain reaction. Basically he showed that you can be successful without it. If anyone at Chrome, I.E., or Firefox would have suggested getting rid of Flash they would have been told by executives that Flash was a leading and popular technology that a lot of people depended on for ads and games and even corporate intranet applications. It sucks, but we do have to give Steve Jobs and the unknown Apple engineer who probably pitched it to him credit where it's due, Flash would still be around if Apple hadn't told Adobe to fuck off.

  47. It needed killing by Anonymous Coward · · Score: 0

    Flash needed killing pretty much from day 1, because: "Ohh look I can build and entire website and all I need is Flash!"

    Then on day 2 the advertisers: "Ohh, I can have my adverts look like games, or make noise and play video to get more attention!"

  48. The Lack Of A 3D Engine Killed Flash by dryriver · · Score: 1

    Macromedia had two popular web plugin platforms in the early 2000s - Flash and ShockWave (for publishing Macromedia Director content online). Shockwave got a good 3D engine with built-in Havok physics (ShockWave3D, developed by Intel if I'm not mistaken), Flash didn't get a 3D engine, although many Flash devs asked for it. When Director was neglected, first by Macromedia and then very, very seriously by Adobe (which let Director die completely), ShockWave3D, which started as a very promising Web3D technology, failed. Flash never got a decent 3D engine - although you could embed Flash content inside Director/ShockWave and use ShockWave3D alongside a Flash UI for example. So Flash never had a good chance at going 3D - which might have saved it when people began tiring of 2D Flash. So that's basically it - ShockWave got 3D capability, Flash didn't.

    --
    Why did the chicken cross the road? Because Elon Musk put an AI chip in its head.
  49. Then what for vector animations now? by tepples · · Score: 2

    1) Flash video clips, both recorded video and video animated with Flash shared on Newgrounds and the like.
    [...]
    The first group largely shifted to YouTube

    YouTube, Dailymotion, Vimeo, and the like are fine for "recorded video" but inefficient for "video animated with Flash". Rendering a vector animation to pixels and then compressing the pixels bloats file size by a factor of 10 in my tests.

    Adobe's replacement for Flash as a vector animation authoring tool is Animate CC, which can create vector animations for HTML5. The difference is that one can buy a used copy of an old version of Flash, but Animate is available only as a rental. So which other timeline-based* graphical applications, either free or purchased, can people use to create vector animations for HTML5?

    * Typing coordinates into a text editor is not "timeline-based".

    1. Re:Then what for vector animations now? by sims+2 · · Score: 1

      There is also a lot of legacy stuff that will never be converted that still needs flash.
      The lack of flash support has probably been the biggest pita of using an ipad. IIRC android supported it for a time but later dropped support so if I want flash on the go I have to go with a windows tablet.

      IMHO windows tablets wouldn't be that bad but their on screen keyboard support is terrible.

      With ios and android the osk is fully automatic whenever you need it it just pops up but windows you have to bring it up manually a lot of the time.

      Though I suppose I could get an actual keyboard with a windows tablet since they have wired ones they ought to work pretty decent.

      --
      Minimum threshold fixed. Thanks!
    2. Re:Then what for vector animations now? by tepples · · Score: 1

      With ios and android the osk is fully automatic

      Not always. At my day job, we have a Samsung tablet with a barcode scanner to scan EANs on product packaging and Code 128 barcodes on warehouse bins. But because Android sees it as a Bluetooth keyboard, it doesn't automatically pop up the on-screen keyboard when it becomes necessary to key in things that aren't barcodes.

  50. Hubris killed Flash by Anonymous Coward · · Score: 0

    Flash was a "miracle" tool, at first, before broadband became mainstream: in supported fast, small, animated vector graphics applets! They were so beautiful! And then Adobe bought it and disaster struck. Adobe wanted it not for vector graphics but to use it as a container for video, monopolize video streaming, and compete against Microsoft, Apple, and Real Networks. In the end, nobody won. HTML5 was adopted as the video standard. The Flash plug-in became a monstrous installer, full of security issues, that was updated every other day. The concerns about reliability, security and performance were valid. Nobody wanted Flash anymore, especially not in mobile browsers.

  51. Battery Life == Advertising Bloat by Luthair · · Score: 3, Insightful

    I suspect if you looked closer, a lot of the power sucking attributed to flash is actually due to bloated advertising stacks. The advertising bloat hasn't gone away, they just converted it to javascript.

  52. It died because with it no need for an App Store! by mark2741 · · Score: 0

    Steve Jobs was responsible for it's death, and his true motive was clear: he wanted to force as many people to buy through his App Store as he could. He knew it would be a long time before HTML5 could compete in the then known as "Rich Internet Application" (e.g., anything other than text and videos). So where did iOS users need to go to get that "Rich Internet" experience without Flash? Apps. And that necessitated them buying them through the App Store. Which Steve Jobs got a nice 30% cut of for each purchase. End of story. P.S. It didn't help that Adobe is lazy/incompetent. And Flash DID run on iOS - Kevin Lynch personally demo'd it at Adobe MAX sometime around 2008/9? I was there. He announced they were working with Apple to get Flash Player on iOS. We all knew ol' Steve would never allow that to happen. We all would have been better off if someone had bought Flash Player rights, or come up with something open-source to replace it, and get all the browser vendors onboard with it as a standard. Instead, we have a limited replacement (HTML5/JS) that is still catching up.

  53. Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 2, Interesting

    One thing that layout and UI designers miss about Flash is WYSIWYG. Web (non) standards display differently under different browser and OS brands, versions such that you either have to test under a gijjillion client variations, or live with rendering mistakes. I HATE THAT and it makes me scream bloody murder. I want WYSIWYG dammit! Even slashdot often gets it wrong, as menus overlap when they shouldn't, etc.

    And WYSIWYG doesn't mean that you have to settle on one screen size, it just means that if you test under size X it renders the same way under a client set for size X. Essentially the server does any resizing so that one doesn't have to rely on an inconsistent client. The client just sends it's preferred screen size and the server renders it and sends "dumb" coordinate-based vectors back: no client-side auto flow or "float" shit. Floats can float up my ass; floaters are what you find in the john.

    It's probably the dumbest invention I've seen in my many decades of IT. Great job security perhaps, but sucky productivity as we fight with the plague of fat-client versionitus. Makes DLL-Hell look good in comparison. Now we got Client-Hell.

    Damned humans! Its like a mom or wife that randomly rearranges your room while at work or in the basement. Whoever invented auto-flow deserves to have wake up one day to find that one of their girlfriend's tits are on her crotch and another on her back, but her snatch is now where her nose used to be. Hell, the client-floaters probably WANT it that way, sicko Picasso pervs!

    I hope something like Flash with WYSIWYG comes back, as an open standard. The schizophrenic client problem is the main reason PDF's still live. Managers, customers, and/or designers decide where the put stuff and it STAYS there; imagine that. It stays where they actually want it and you satisfy their request as they sketched it. No drifting, screwy overlaps, or surprises when browser version N + 1 comes out. It's like magic! Imagine a Beowulf cluster of shit that stays where you actually PUT it. Imagine all the people living in WYSIWYG harmony, like God, I mean the Matrix admin, wanted it. Shifty shifters go to the basement to be Picasso BBQ.

    1. Re:Designers miss WYSIWYG (UI rant) by jeff4747 · · Score: 1

      God I hate applications designed by people like you. So many controls that get lopped off the screen or massive empty space because I dared to use the "wrong" resolution.

      If you are not able to test an infinite number of resolutions (and that's not physically possible), then "I MUST HAVE WYSIWYG!!!" is awful.

    2. Re:Designers miss WYSIWYG (UI rant) by Frederic54 · · Score: 1

      But in the end, it's ugly. Years ago I worked for a big company that re-did (via a 3rd party) their whole website, it was stuck in 800x600 !!! In this time we had 15" monitor in 1024x768 screen, it was not that bad, but 2 years after and 17" in 1600x1040 then 1920x1080 and it was horrible, the website was a small blue area surrounded by black bars.

      --
      "Science will win because it works." - Stephen Hawking
    3. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      So many controls that get lopped off the screen or massive empty space because I dared to use the "wrong" resolution.

      You didn't read the entire thing. The server CAN adjust the layout to fit different resolutions. The calculations are just done on the server, NOT the client (because clients do it wrong/inconsistent).

    4. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      You didn't read the entire thing. The server CAN adjust the layout to fit different resolutions. The calculations are just done on the server, NOT the client (because clients do it wrong/inconsistent).

    5. Re:Designers miss WYSIWYG (UI rant) by jeff4747 · · Score: 1

      You didn't read the entire thing. The server CAN adjust the layout to fit different resolutions.

      Actually, I did. You still don't understand the problem you are creating.

      What is your testing plan for every possible resolution from 160x160 to 2 generations beyond 4k displays?

      And keep in mind aspect ratios are only conventions, not requirements, so you can't skip the ones that aren't 16:9.

    6. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      How is that combo different for client-side-auto-adjust testing? Testing one rendering engine for many sizes is STILL going to be easier than testing many sizes for say 200 rendering engines (browser brands x browser versions x OS settings, etc.)

      Roughly 1/200th the work.

      Also note one doesn't necessarily have to have infinite combinations: they could design for 3 sizes: small, media, and large; showing the closest fit. Sometimes you want to control what's shown anyhow for diff devices. For example, you may want to show fewer graphics or thumbnails for smaller devices to save room (phones & watches) than for tablets and screens.

      User-adjustable client-side MDI windows or slide panels could also be an option for more complex applications. The MDI windows themselves could optionally be managed client-side. Treat each sub-window/panel as a mini application, in terms of how the rendering happens. (It does complicate the client a little bit.)

      And one could also let scroll-bars automatically appear on the client for the vertical issue, somewhat like typical PDF displayers. PDF layouts are typically coordinate-based, but a vertical scroll-bar appears if the window doesn't have enough room to the show the entire thing.

    7. Re:Designers miss WYSIWYG (UI rant) by jeff4747 · · Score: 1

      How is that combo different for client-side-auto-adjust testing?

      The "auto-adjust" can adjust to resolutions you did not consider. The results may not be optimal, but they will be far more functional that you insisting the button must go right here on 1920x1080 and thus off the screen at 1024x760 (note that is not x768, so the aspect ratio changed too)

      Testing one rendering engine for many sizes is STILL going to be easier than testing many sizes for say 200 rendering engines (browser brands x browser versions x OS settings, etc.)

      Really?
      160x160
      161x160
      160x161
      161x161
      162x160
      162x161
      162x162
      160x162
      161x162
      162x162
      ....

      1920x900
      1920x1000
      1920x1020
      1920x1080
      900x1920
      100x1920
      1020x1920
      1080x1920
      .....

      3840×2160 (4k)
      Now you get to guess what the generations beyond 4k are going to be.

      And now you get to go through all that again with two screens. So 3840x1080, 1920x2160.....
      And now you get to go through all that again with three screens....four screens.....5 screens.....

      This isn't print. You aren't in control of the display area. Without that control, complete WYSIWYG is not possible because you need infinite layouts to handle the infinite possible display areas.

      Also note one doesn't necessarily have to have infinite combinations: they could design for 3 sizes: small, media, and large; showing the closest fit

      And this hack is the problem. There will be resolutions you did not consider, and those will break your layout. And frequently break the layout to the point of no longer being functional. Automatic layouts may not look exactly the way you want, but you'll actually be able to click on all the buttons.

      User-adjustable client-side MDI windows or slide panels could also be an option for more complex applications.

      Not when you have an 800x600 screen and your window requires 1000 pixels at a minimum.

      And one could also let scroll-bars automatically appear on the client for the vertical issue

      The fact that you only think this is only a vertical issue is kind of an indication that you haven't thought this through.

    8. Re:Designers miss WYSIWYG (UI rant) by david_thornley · · Score: 1

      Do you really want the server to have to recalculate every time I change browser window size? Did you want to break caching from the very beginning? HTML was never intended for WYSIWYG. If you need a static document, that's what PDF is for.

      Also, when I display something on my monitor, it isn't yours. I'm not messing up your room; I'm dealing with your proposals on my monitor.

      If you can't deal with this, get out of web design.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    9. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      but they will be far more functional that you insisting the button must go right here on 1920x1080 and thus off the screen at 1024x760

      You mean like a programming error? A programming error in the application or the server-side rendering library?

      The first case (app error) would typically only happen if one chooses to use absolute coordinates and calculates them wrong in the app. One can also choose to use (mostly) absolute coordinates in a current browser and make the same error, I would note, and thus client-side rendering is not immune to the same issue.

      You seem to assume one has to choose to program directly in absolute coordinates under my suggestion, which is NOT the case. The absolute coordinate thing is about what the server sends to the client for final rendering. The app dev doesn't have to do this themselves.

      The second case (render library error) could also happen in a browser and/or client-side JS layout library. It's not immune either. If a client-side rendering engine can handle ALL dimensions than so can a server side one, if it knows the client screen size vertically and horizontally.

      (Note I think it should have a fall-back/default mode, such as scrolling, if the client only wants to send the horizontal dimension of the screen.)

      The difference between the two is that using server-side layouts/rendering engine, you are dealing ONE engine. With client side, you are dealing with hundreds layout/rendering engines. Most act mostly the same, but it's a big "mostly". You'd have to test on all hundreds, and that's before even considering multiple sizes.

      [design for 3 sizes] And this hack is the problem.

      It's only one option to consider. It's also an option with the current way of doing things.

      [User-adjustable client-side MDI windows or slide panels could also be an option for more complex applications.] Not when you have an 800x600 screen and your window requires 1000 pixels at a minimum.

      How is this diff from the fat-client way? Again, one doesn't have to program in absolute coordinates with server-side rendering. I see a lot alleged "responsive" pages that go kaflooey when re-sized certain ways. If you respond "the UI programmer is simply dumb and marked it up wrong", then the same applies to server-side UI codding. GIGO in both cases. The advantage of the server-centric way is that one only has to test one rendering engine to find such glitches, not hundreds.

      As far as your "1000 minimum" scenario (assuming app dev choose to use absolute coordinates or the render engine has a bug), a good default overflow handling would be to have the client add scrollbars. It may not be optimal design, but at least use-able in most cases. I don't know how current browsers handle that, I haven't tested them all, but I believe most add scrollbars when out-of-range stuff is established. Same diff.

      The fact that you only think this is only a vertical issue is kind of an indication that you haven't thought this through.

      I'm just floating suggestions (no pun intended), I didn't say it was a vertical-only issue.

      It seems like we'd have to consider specific design decisions (one model at a time) and discuss various specific scenarios with these to communicate our concerns (or lack of) more clearly. I invite you to think more about server-centric rendering and see if the hangups you have about it are INHERENT, or simply based on your current assumptions about how it would or can work. If you can prove they are inherent limits, drop me a line.

      It's not really much different than what current browsers do, except we are shifting much more of the rendering processing load/burden to the server so that we can control the rendering more rather than rely on gajillion client variations that reinvent the wheel in hundreds of mutated ways. I'm tired of mutants.

      Ultimately the browser guts translate ma

    10. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      Do you really want the server to have to recalculate every time I change browser window size?

      I don't know about you, but I don't resize that often. Do you have a rubber tablet on a bumpy road or something? Minor cost compared to net benefits.

      If you need a static document, that's what PDF is for.

      Not sure what you mean by static. PDF is still paper-centric and not designed for user interaction. Dynamic extensions are proprietary, I believe. But I'm open to the idea of expanding on the concept and/or making an OSS version.

      Users actually like PDF's because they can create them via WYSIWYG editors and don't have to learn web design and "semantic encoding" to make a fricken page that renders as intended. Why should content writers all have to learn web design? Wasteful, dumb, illogical unless you are a web designer who wants job security for greed purposes.

      Also, when I display something on my monitor, it isn't yours

      Sorry, I'm not following what this is intended to communicate.

      If you can't deal with this, get out of web design.

      Per above, many want to, but our standards currently suck eggs, turning what should be simple content authoring into rocket science so greedy CSS/JS neckbeards have a job.

    11. Re:Designers miss WYSIWYG (UI rant) by Anonymous Coward · · Score: 0

      > Do you really want the server to have to recalculate every time I change browser window size?

      Find the function!

    12. Re:Designers miss WYSIWYG (UI rant) by david_thornley · · Score: 1

      I typically have browsers and other programs running, and will resize the browser window when I need to. At this point, under your ideas, I've invalidated the page until your server recalculates it. Using HTML, no problem.

      Why should content writers all have to learn web design? Wasteful, dumb, illogical unless you are a web designer who wants job security for greed purposes.

      Because, at some time, somebody's going to have to figure out the best display on my particular browser window. Unless the designer is going to come up with dozens or hundreds of WYSIWIG layouts for the same thing, some computer program is going to have to take some specification and produce an actual display out of it. From the designer's point of view, it doesn't matter that much whether the display is generated on their server or my computer, because although they have more control of their server they still have to let it make up the displays based on specifications of some sort. I'm not saying that HTML is the best answer, but something like it is necessary.

      I used to have an iPhone, then an iPhone 4 with the same shape and greater resolution. Then I got a 5S, which has a longer screen of the same width. My brother has a 6, with a generally larger screen. My wife and son have iPads, and there's more than one size and resolution on those. That's five layouts for Apple mobile devices in my nuclear family plus brother. I've also got a large-screen Android tablet, and a laptop and desktop. My son has a laptop of smaller size than mine. My wife has a desktop with a larger monitor than mine, and often uses the TV set as a monitor. That's another five layouts to design just for my nuclear family, under the false assumption that we all will have full-screen browser windows. Is your designer tired of making layouts already? Eager to go on to design a second web page?

      There are actual reasons why the Web works as it does, and it's not because web designers user orbital mind control lasers to create a demand for what they do.

      You said " Its like a mom or wife that randomly rearranges your room while at work or in the basement.". I said "Also, when I display something on my monitor, it isn't yours. I'm not messing up your room; I'm dealing with your proposals on my monitor.", so that's "what this is intended to communicate.".

      Simple content authoring works in cases where the presentation is fixed. If the content has to be read on a variety of different devices, it isn't.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    13. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      I typically have browsers and other programs running, and will resize the browser window when I need to

      It still sounds like a relatively rare operation compared to total usage time. I will agree longer resize redraw's are a downside, but that's only one grading factor among many.

      That's five layouts for Apple mobile devices in my nuclear family plus brother.

      What's the point of telling me this? A server-side formatting engine can handle all such sizes if one wants it to.

      Server-centric layout rendering does NOT force one to design with absolute coordinates. It merely makes it possible. (One can half do it in current browsers also, but only in the approximate.)

      Content authors and owners often don't want to go to a web developer to re-make their content into a super-flex document. It's time and money. It's almost like having to take your car to a mechanic to fill up the gas tank.

      They want a CHOICE of when do that and when not to. The current standards don't give them such a choice (other than PDF, which has the limits I mentioned earlier.)

      Sure, the human reader wants perfectly prepared documents/content with magic flexitude, but the reader also wants a free pony.

      There are actual reasons why the Web works as it does, and it's not because web designers user orbital mind control lasers to create a demand for what they do.

      Yes, because they wanted to separate semantics from presentation. It's a lovely ideal but fails in practice like communism does, or at least doesn't offer decent alternatives for those who don't want pure separation or want a rendering/formatting engine of their choosing rather than live with Microsoft's 10 versions and Google's 9 versions and FireFox's 8 versions and Apple's 7 versions, etc. etc. etc. Vesionitus sucks bigly.

    14. Re:Designers miss WYSIWYG (UI rant) by david_thornley · · Score: 1

      In what way is server-side formatting different from client-side? In neither case is the final product, in most cases, be what the designer designed.

      Why is a protocol defective simply because it doesn't do what you want?

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    15. Re:Designers miss WYSIWYG (UI rant) by Tablizer · · Score: 1

      There are two key problems with the "fat client" web-stack way of doing things.

      First (1), is that each client is a potential "mutation" of the web standards in that each is client is slightly different. To make thorough application tests, you'd have to test on roughly 200 client devices to cover browser brands and versions and OS setting variations (such as Window's DPI settings). I constantly encounter device-specific render problems from many at work and at home, including some really annoying slashdot menu glitches. I often end up with help-desk calls where I tell the user to try Chrome instead of IE or vise versa. (Roughly half know this trick, but the rest still need education. They too are baffled why the industry "standards" are so screwed up. It's illogical.)

      If the main render engine were on the server, you'd pretty much only have to test ONE render engine. There is far less to go wrong on the client side because the server is sending only "dumb" cordinate-based vectors. The client-side display engine is far simpler: it's not calculating layout flow, box constraint coordination, etc. It's much closer to "screen echo" protocols like VNC and Windows Remote Desktop, but vector-based instead of pixel based for efficiency. (There may also be a text-box mode where text boxes are semi-buffered or fully buffered on the client for smooth text entry.)

      Second (2), the existing fat-client stack cannot practically do WYSIWYG if you want to. (Flow-based server-side engine(s) would still exist, possibly using existing browser libraries.)

      There are at least two reason we want the possibility of doing WYSIWYG. First (2a), is that the app developer simply wants or needs fine control over the UI for various reasons. Interactive charting/graphing is an example: you want to be tightly bound with coordinates because it's charts.

      The second benefit (2b) of WYSIWYG as on option is to make or use a different render engine. If I am setting out to build a render engine for multiple devices, I'd need something equivalent to a "graphic assembler" language to build it against. The dumb-vector approach mentioned above is just such a language. One cannot do the same with the current fat-client-web-stack approach because one is stuck with DOM/JS/CSS. If it sucks for the purpose and/or is inconsistent across browser brands/versions/OS's, tough luck: slug it out.

      The fat client got too fat. Time to pop it, or at least explore alternatives.

      Footnotes: One advantage vectors has over pixels is that they can be resized without the blur and/or stair-stepping pixel-based scaling gives you. Also, how custom fonts are managed needs to be defined carefully. If you use the default (included) fonts of the render engine, you'll have almost perfect matches on the client. Custom fonts could be sent as either vectors, which could eat up bandwidth, be downloaded as needed, also a bandwidth issue, or a "bounding box" be given in which the client side guarantees a fit within using possibly some degree of horizontal aspect scaling for minor shoe-horning if needed. (An app designer who doesn't want the headache of custom fonts will typically stick with the built-in fonts, accepting perhaps some loss of esthetics. At least one has a choice they don't have now.)

  54. The other way around by raymorris · · Score: 1

    Flash STARTED as a browser-neutral Javascript environment, which featured vector graphics. Later, as consumer bandwidth became sufficient to stream video, people started using Flash to embed video.

    Flash was a programming runtime in the days of dial-up and isdn, before video on the web was a thing.

  55. I would hope it was disdain for closed plugins by Anonymous Coward · · Score: 0

    In a righteous world what killed it was the disdain for proprietary closed plugins and protocols, and that we finally realized we need open protocol, open source protocols to do what Flash, Unity, etc did, or else people would keep on using them for lack of an alternative. In many ways, Netscape was to blame for Flash, since Netscape created a browser that lacked rich multimedia features but provided NSAPI which just encouraged third party people to make ugly closed source proprietary plugins that you could not watch a youtube video or look at many multimedia content without. We finally realized that making people download propreitary plugins to watch a video, play a game, look at 3D multimedia content and so on was incredibly stupid. Its better to have an open protocol and do it with open source code in the browser.

  56. It sucked by default, updating at max speed by raymorris · · Score: 1

    > It wasn't a resource hog - its just that the majority of people programming for Flash sucked as developers.

    In some Flash versions, at least, the simplest "Hello world" animations hogged CPU by default. A smart developer could arrange for it to idle between frames so it wouldn't toast the CPU.

  57. Yawn by dcw3 · · Score: 1

    Chicken, Egg, which came first? Who gives a crap? Same w/Flash.

    --
    Just another day in Paradise
  58. Not dead yet by grumbel · · Score: 3, Informative

    Flash isn't dead yet. While most mobile webpages no longer use it, on the desktop you still see it pretty frequently. As for its impending death, that has been a long while coming:

    * using Flash to design a whole website became mostly unnecessary due to HTML/CSS becoming more powerful

    * using Flash for vector animation became replaced by regular video and Youtube

    * using Flash as video player became unnecessary due to HTML gaining a <video> tag

    I am not quite sure what happened with Flash and gaming, Newgrounds.com is still around, but you rarely hear about it anymore. Doing games in HTML with <canvas> and WebGL is now possible as well, but I don't really see those very often. I assume Unity and mobile gaming took mostly over what was once done in Flash.

    However what really killed Flash was Adobe no longer supporting it. When software is full of security and performance issues, it's no surprise that people will move away from it. Flash got popular in the first place because it did things that your browser wouldn't be able to do on it's own. But while browsers got more powerful, Flash just sat there and didn't really improve much at all.

    1. Re:Not dead yet by Anonymous Coward · · Score: 0

      Flash isn't dead. It just smells that way.

    2. Re:Not dead yet by Waccoon · · Score: 2

      When phone stores, Steam, and other "indie" channels came around, everybody stopped making games for free. This is why you see very few games made in HTML5, as well, and almost everything you get from places like Itch.io are made in Unity or is a native executable.

      I actually miss Flash. Despite all the hate, the reason why it was around for so damn long is because it was actually good at what it did. The only reason HTML5 killed it is because almost everyone was using it for video. For animation and games, even today, nothing even comes close to Flash and wrapping everything into a single, tidy SWF file.

  59. Wrong Again! Programming Killed Flash. by TheCowSaysMoo · · Score: 5, Interesting

    iOS didn't kill Flash. Nor did Steve Jobs. Nor did Adobe. MACROMEDIA KILLED FLASH!... because they allowed it to become what it was never intended to be.

    Way back in the mid 1990s, Macromedia acquired FutureSplash -- an ANIMATION product used by Disney, FOX (for the Simpsons), and others -- and renamed it Flash. I used Flash 2 for ANIMATION and it was a great tool.

    Along comes Flash 3 and the introduction of MovieClips and transparency. Transparency was pretty straightforward, but MovieClips were not. MovieClips contained an animation (and timeline) that could then be placed in the main animation timeline. So, if you had an animation of a character dancing in a MovieClip, you could add that MovieClip to the main animation timeline and make the dancing character move up, down, sideways, whatever.

    The introduction of MovieClips also brought some basic programming beyond the even more basic timeline actions that previously existed (solely for the purpose of starting, stopping, etc. an animation). You could now add your (stopped) dancing character MovieClip to the main timeline, and then add a button to the main timeline and add a "Tell Target" action to tell the MovieClip to start playing. This "Tell Target" programming was VERY basic, but it was sooooooooo confusing to most Flash animators because the FAR majority of them were truly animators, not programmers. In fact, MovieClip programming was so confusing to the animators' mindset that the "macromedia.flash" user group was constantly inundated with questions about "Tell Target." The concept of targeting "_level0" or the "_parent" or such made absolutely no sense to most animators. As a regular contributor to macromedia.flash, I eventually made a small website of "Tell Target" FAQs that was quite popular at the time.

    What happened after that is what eventually killed Flash. Some people are great animators. Some people are great programmers. A very rare few are great at both. The ones that were great at both and using Flash started making some of the best Flash websites around. They were getting accolades left and right and being featured everywhere Flash was talked about. Gabocorp, 2Advanced, Der Bauer, etc. were thrust into the spotlight with their ability to combine great animation with great Flash programming to make jaw-dropping Flash websites.

    With these kinds of websites garnering a lot of attention, the ever-increasing demand for more/better Flash programming started. Flash 4 add variables, input fields, the first real ActionScript, and other programming-based enhancements. Read through the list of versions after Flash 3 and most include more and more and more programming enhancements. Flash 5 introduced ActionScript 1.0 and Flash 7 had ActionScript 2.0 and on and on and on... until Flash died.

    Security issues? Not a problem if Flash isn't a programming platform. Resource hog? Not (as much of) a problem if Flash ins't a programming platform. Unable to run on a mobile device? It's VECTOR GRAPHICS!!! Not a problem if Flash isn't a programming platform.

    The interesting part is that in the wake of Flash's death, Animate survives... as an ANIMATION platform. Want to meet Flash developers who aren't looking for work right now? They're the ones who never stopped using it for Animation. Personally, I used Flash for a LOT of programming, but I also used it for a LOT of animation. With the shift of branding from Flash to Animate, I'm happy to see the return to the core purpose of Flash 1.0: ANIMATION!

    If you look at the enhancements for Animate 2015 and 2017, you'll see a lot of items related to animation and graphics and not a lot related to programming. This is the way it should be... and probably the way it always should have been. Flash as a programming platform always should have been a separate product, like Flex, so it could live/die on its own merits, or lack thereof.

  60. True reasons by Jiro · · Score: 1

    1) Flash was, like a lot of other Internet technologies, terrible.

    2) Flash was disliked for unrelated reasons by people who happened to be in a position to kill it. They then pointed to the fact that Flash is terrible, which is true, but wasn't the real reason--look at all the other equally terrible stuff that's still around.

  61. Two reasons by Anonymous Coward · · Score: 0

    Adobe management only cares about their core peoducts, and it was only a matter if time before javascript caught up.

  62. What free alternative to Animate CC? by tepples · · Score: 1

    we finally realized we need open protocol, open source protocols to do what Flash, Unity, etc did

    By "Unity" I hope you don't mean the desktop environment with an open source shopping lens that defaulted to sending every single search on your computer to Amazon's server.

    Its better to have an open protocol and do it with open source code in the browser.

    By this measure, the free counterparts to Flash Player are Gecko and Blink, the engines of Firefox and Chromium respectively. But what's the free counterpart to Adobe Animate CC (formerly called Flash)? Is Synfig any good?

  63. Video killed the Flash star by Anonymous Coward · · Score: 0

    What killed flash was Adobe trying to make it into a video player at the expense of it's animation capabilities. Thus everyone abandoned Flash for animation, and also abandoned it for game development. Thus everyone started hating on flash because it was the primary source of crappy video ads.

    Flash might not have needed to die had Adobe never acquired it in the first place. What Flash was before Adobe was an Animation tool. That was the direction it was going. But Adobe hamfistedly forced AS3 onto it, thus it became difficult to develop games with it (and better self-contained game engines like Unity have thus replaced it.)

    The entire thing Flash had going for it was it's tiny file size, Video ruined that. SVG could not replace it. SVG support in browsers is still between "bad and slow" and "terrible and slow". Thus Flash prevented SVG adoption, and SVG wasn't what animation departments wanted as it was larger than flash's simple lz-compressed binaries.

    What ultimately has killed flash however was the move to HD and beyond. Flash was not designed with anticipation of screens over 640x480 in size. So while scaling up to 720p works, 1080p loses so much sub-pixel resolution that animation tweens are jerky. To say nothing of 4K or 60fps+ motion.

    So Flash was going to die once 4K became commonplace. Flash does not scale to 8K at all, it has no subpixel precision at 4K or 8K. There's also issues like flash files being stuck at 16-bit pointers, so many bits of flash were not designed beyond the Windows 3.x lifecycle, and we only still have them due to Adobe's unwillingness to rip the bandaid off and create a "flash64" so to speak. Adobe too so much time in developing a 64bit flash product, that it delayed the rollout of 64-bit browsers, and as a consequence people were much less willing to develop for flash.

    Which leads us to today. Back in 2008 I wanted to do a lot of stuff with flash, but so many missteps by Adobe and Google/Mozilla in handling how to render and secure flash has made Flash the second most dirty word next to Java. You will see Flash and Java disappear from the web browsers (in fact it pretty much has already) and many IoT things that used flash or Java (eg VNC KVM/IPMI servers) will become unusable. You can thank Adobe and Oracle for their shitty non-priority of security for this.

    The best thing that should have happened to Java and Flash is those products being spun off, their 16/32-bit versions depreciated, and 64-bit only ABI's being ISO standardized, so that they become just another programming language. Unfortunately that is not the case, and we will see Flash go the way of COBOL where the need for people to know it will never go away, but everyone else moved on. Java needs to die as well, but it remains a well-despised language due to Hadoop.

  64. Low quality developers? by Anonymous Coward · · Score: 0

    Were the developers on other platforms as low quality as the one who maintained it on Linux? If so, perhaps that was a contributory factor amongst many.

  65. But... It ain't dead (yet) by RotateLeftByte · · Score: 4, Informative

    There are still a huge number of sites that just won't work without it. Yes you can fool most of them by tweaking your browser but that isn't the point.
    Adobe needs to put an execution date on it ASAP.
    That will be the only way if can truly be consigned to the trash can/wastebasket of history.
    It needs to die a horrible death.

    --
    I'd rather be riding my '63 Triumph T120.
  66. Youtube by wisnoskij · · Score: 0

    Flash lost most of its use case when Youtube started switching away from it. But still very much controls gaming. Glitter Gem Kitties 5 is still a Flash exclusive. And billions of children and women play it everyday.

    --
    Troll is not a replacement for I disagree.
  67. HTML5 killed Flash by Solandri · · Score: 1

    The Apple fans will say Jobs and Apple did. But while Apple complained about Flash and threw temper tantrums over it, they never offered anything to replace it (at least not alone). HTML5 (along with Javascript and CSS) is what replaced Flash and kiled it.

    The only reason Flash ever became a thing was because web designers were begging the W3C to add multimedia capability to the HTML spec. The W3C saw the web as a medium of information exchange (the way Berners-Lee originally envisioned it was a way for researchers to exchange journal articles they'd authored). They saw the requests for multimedia capability as the petty desires of advertisers and marketers. You see, photos and text you can scan and grok as quickly as you want in whatever screen format you want. Audio and video are limited to the speed and format that the creator sets. So the W3C saw adding multimedia capability to HTML as counter to the web's original design goal.

    Then web designers discovered this little thing called Flash. It was an artist's tool for transmitting animation over slow Internet connections (here's a YouTube version if your browser doesn't support Flash anymore). Instead of retransmitting redundant information like video does, it transmits backgrounds, scalable vector graphics, and sprites just once, and lets you animate them with on the client side. That's all it was designed to do - help artists create animation. It was never designed to be a multimedia web platform.

    But since the W3C refused to give web designers the hammer they asked for, the designers grabbed the closest thing they could find which resembled a hammer and started to hammer away with it. Flash began to be used for multimedia - animated websites, ads, and movies. That's why it was so full of security holes. The guys who wrote Flash never imagined it would become The Global Standard for creating multimedia websites. They thought they were just making a simple way for artists to create animation that could be transmitted over 56 kbps dialup lines, and didn't give any thought to security.

    By the mid-2000s (long after the tech bubble), the problems with Flash were becoming clear. The W3C still refused to budge from their anti-multimedia stance, so the web browser developers themselves got together and began coordinating a way to add multimedia capability to HTML to help replace Flash. They came up with what eventually became HTML5 when the W3C finally relented. All this was going on years before Jobs wrote his "Thoughts on Flash" letter, but because those in the print media were widely ignorant of any of this, they mistakenly saw Jobs as the impetus behind the switchover. To repeat what I constantly seem to have to tell Apple fans, just because the first place you ever saw something was on an Apple product, does not mean Apple invented it. (Here's pinch to zoom in 1988!)

    Outside of the whirlwind of controversy over web security, Flash continues to live on in its original intended design purpose, and rather successfully at that.

    1. Re:HTML5 killed Flash by Anonymous Coward · · Score: 0

      > The W3C saw the web as a medium of information exchange ...
      > They saw the requests for multimedia capability as the petty desires of advertisers and marketers.

      And they were right!

      The Web is now a shit-show of pop-up ads, auto-playing videos, paywalls, clickbait, "sponsored" news articles mixed with real content...

      I know, I know... "just use an ad blocker." But the corporate marketing scum are finding ways around those, and it doesn't address WHY are ad blockers even a thing? They shouldn't be necessary!

  68. Flash by another name by Anonymous Coward · · Score: 0

    Flash really isn't dead. While technically the Adobe product isn't used much, the Flash features have made it into web browsers. This means browsers now have the same positives - but more importantly - all the negatives of flash. The security problems? That is just due to how complex the features are. Now that browsers are that complex, they have the same security problems and frequent updates. Plus now browsers have the ability to control your webcam, microphone, USB ports, enforce DRM. Think that this isn't a problem just because it is your browser instead of a plugin doing it? Think again!

  69. Reality DIstortion Field: CHECK! by pz · · Score: 1

    What killed Flash was Apple's decision not to support it on iOS, combined with iOS's immense popularity and the lucrative demographics of iOS users.

    Um, iOS is barely at 10-20% market penetration. The hypothetical immense popularity contest went to Android a long time ago.

    --

    Put my fist through my alarm clock with its ding-dong death inside my ear. - The Blackjacks.
    1. Re:Reality DIstortion Field: CHECK! by Karlt1 · · Score: 1

      In developed countries, iOS has a much higher market share than 10% - 20%. I doubt marketers and app developers care that a there are a lot of $50 Android devices in developing countries. Even in developed countries, the iaverage income of iOS users is higher than Android users.

      I'm not sure if it's still the case, but years after Android had a much higher market share, Google was making more money off of IOS users than Android users.

    2. Re:Reality DIstortion Field: CHECK! by Anonymous Coward · · Score: 0

      The average iOS customer is much, much more valuable than the average Android customer.

      iOS may not sell as many units as Android, but it is significant enough that no web content producer can afford to ignore it.

    3. Re:Reality DIstortion Field: CHECK! by Anonymous Coward · · Score: 0

      > Um, iOS is barely at 10-20% market penetration.
      > The hypothetical immense popularity contest went to Android a long time ago.

      I'd like to introduce you to my friend, Historical Context. I have a feeling you'll hit it off!

    4. Re:Reality DIstortion Field: CHECK! by pz · · Score: 1

      Please see the table of recent sales at ...

      https://9to5mac.com/2017/01/11...

      While there certainly is variability, the iOS market share nowhere is "immense," as the summary suggests. Only in Japan is it even a majority.

      Does Apple make immense amounts of money? Yes, certainly. Are its sales immense? Quite so. Is its market share immense? On a percentage basis, no.

      --

      Put my fist through my alarm clock with its ding-dong death inside my ear. - The Blackjacks.
    5. Re:Reality DIstortion Field: CHECK! by Karlt1 · · Score: 1

      How does that refute anything that I posted? If market share is all that's important, why do major app makers tend to release on iOS first? No one really cares about people buying a $50 Android phone.

  70. No, that's not it at all by Anonymous Coward · · Score: 0

    Being very very bad killed Flash. It's one of the very few programs that died because of this.

  71. HUGE number of vulnerabilities in Flash by Futurepower(R) · · Score: 2

    There are so many vulnerabilities in Flash that it has seemed possible that Adobe is selling vulnerabilities, as the 2nd story linked below says. The only other theory is that Adobe Systems programmers have been getting no testing or other management.

    Articles keep criticizing Flash, Flash, Flash. They should criticize "Adobe Systems Management".

    It seems possible that Microsoft and other companies learned from Adobe Systems how much users were weak to abuse.

    Stories:

    Adobe Flash Player: List of security vulnerabilities. "Total number of vulnerabilities: 1,006".

    Huge Adobe Flash security vulnerability revealed after hacking group's documents leaked. (July 8, 2015) "The huge weakness was revealed as part of documents leaked after a cyberattack on Hacking Team, a government-sponsored spying group, that seems to have been using it to break into computers."

    Adobe Flash vulnerabilities -- a never-ending string of security risks (June 29, 2015)

    Kill Flash now. Or patch these 36 vulnerabilities. "One bug being exploited right now in the wild." (June 16, 2016)

    Adobe deploys security update to fix 52 vulnerabilities in Flash. (July 13, 2016) "Some of the critical flaws could lead to remote code execution on your PC."

    Most Exploited Vulnerabilities: by Whom, When, and How. (Dec. 29, 2016) "The Adobe Flash Player comprised six of the top 10 vulnerabilities triggered by the exploit kits in a period from November 16, 2015, to November 15, 2016."

    1. Re:HUGE number of vulnerabilities in Flash by dgatwood · · Score: 1

      This. At the time that the decision to not support Flash was made, one of the major driving factors behind that decision was its terrible reliability. Flash was responsible for... IIRC, the #1, #2, and #3 most common crashes on Safari on the Mac. Now bear in mind that for all intents and purposes, every single crash of the Flash plugin was a security hole. The terrible quality of Flash led to stricter and stricter sandboxing of the plugins, shifting it into its own process so it couldn't gain root, etc.

      On iOS, at the time, Safari ran in a completely unrestricted user account with the equivalent of superuser privileges. The sandbox model was basically either "full access" or "access to the app's data", with nothing in between. It would have required a herculean effort to make Flash behave in a usable manner without it turning the entire operating system into a giant data leak.

      And it seems very clear to me, at least from an outside perspective, that the problem is Adobe's management. Adobe has never taken security, stability, reliability, etc. seriously. If they did, their products would be much better than they are. Just take a look at the average Adobe app on OS X, which starts having serious reliability problems within one OS release after the last supported OS version, i.e. Adobe's code is so skanky that as soon as they stop patching it, it breaks. Now I'll grant that their code is considerably more complex than your average app, but the parts that break aren't typically the complex parts. They're menial things like file open dialogs—the sorts of things that should be written once and never touched again.

      IMO, the problems with Flash can be readily explained by taking a look at a single bug I filed about Adobe's high-end apps not working on case-sensitive volumes because they linked to frameworks with incorrectly cased pathnames. They hemmed and hawed for years, repeatedly blaming Apple's tools for something that very obviously was caused by a typo in their Xcode project (or whatever build script they used instead of an Xcode project). They looked for every possible excuse to avoid fixing a problem that should have taken no more than a minute to fix (I've fixed the same mistake in my own projects, so I know it really is that simple). And you just know that every single one of those crashes was an equally silly bug that could have been fixed in a minute by an intern. But instead of spending the time to fix them, they kicked the can down the road and focused on adding features and bloat, all of which added even more security holes, ad infinitum. And they continued to do so for a decade until the situation got so bad that they were publicly shamed for it. I'm not entirely convinced they've learned their lesson even now.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    2. Re:HUGE number of vulnerabilities in Flash by angel'o'sphere · · Score: 1

      Flash is still crashing my Mac regularly.
      Not as often as it used to, but its habit to eat up CPU and crash the whole computer (instead of just the process it is running in) is pretty annoying. I only use it on two sites ... it is a nice feature that modern browsers have settings to allow Flash etc. only on specific sites.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  72. Executive Failure...truly killed Flash by PortHaven · · Score: 1

    The final nail, was when Adobe's own executive exclaimed that he saw HTML5 as the future. When these words were said, Adobe pretty much pointed a shotgun at it's developers and pulled the trigger.

    Why did Adobe's CEO say this? Because he was stupid. Even thought true, it was not what a CEO was supposed to do. But Adobe saw HTML5 as their holy grail. They would be able to have their cake and eat it too. They could write tools and take Flash developer and update it to create HTML5 content, and save millions on development of the Flash player.

    Business-wise, it was a sweet opportunity from Adobe's viewpoint. However, Adobe hadn't reached that point, and the dumbf*** CEO basically publicly stated this before Adobe had migrated both it's tools and developer base. Imagine if Microsoft decided they were going to cease supporting all .NET/VB/C# and move to Node.js. But haven't released anything to do so yet.

    ***
    The sad thing is that Adobe's Flex team was moving in a really great direction. Meanwhile, HTML5 was released, and in many areas it went "stupid". Sure canvas and all is great. But seriously, adding more input type was the very last thing HTML needed.

    Adobe's Flex team realized this with their transition from Flex 3 to Flex 4. Rather than trying to develop new components for every situation (Checkbox, radio, drop down, text input, listbox, etc, etc). They realized a simple fact. Check all the apply and a multi-select listbox are the same data. A radio button and a dropdown is the same data. The presentation is just different. So they went the opposite direction of HTML5, and reduced the input types.

    Now you have Boolean, string, list. You could define if the list allowed multiple selection. And you could style the list with a visual layer to be a vertical list, radio buttons, or even a custom skin (thumb images in a grid layout). It was brilliant. They took the revered MVC model and applied it to their input components - something HTML5 should of done.

    Meanwhile, their ActionScript 3.x was actually a nice language in many ways. Very similar to Java, but with a few really nice abilities. Properties for example. Forget creating getter and setter methods. Define a property. "MyFoo.color". But hey, what if you have to add a restriction. No problem, there was a getter setter operation for all property elements. So if you later wanted to restrict the colors to 256 color palette, you could add the getter/setter for the property. No need to say MyFoo.setColor or MyFoo.getColor. It was simply MyFoo.color = blue, or display MyFoo.color.

    I really wish HTML5 had gone a more intelligent route instead of the stupidity it went. HTML5, should of reduced the number of inputs to Bool, String, List. Then rather than adding new inputs such as phone, url, etc. Added the ability to associate "formatters". A formatter would be similar to a schema definition, that would also denote a preferred keyboard type. Then add keyboards to the HTML5 spec.

    So rather than telephone, you'd have a string input with a telephone formatter. The formatter would detail input type "numberic", "9 chars", etc. as well as a preferred keyboard. "keyboard=keypad". Similar a ZIP code, SSN, etc would all merely be strings, restricted to numeric, and default to a keypad keyboard. Sadly, Adobe's Flex team was headed in this beautiful direction. HTML5 went fruit loopy...

    Honestly, I said for a while, that Adobe should of released their own webkit browser that did not have security. But simply showed a defined API/Object Model construct that enabled ActionScript to be utilized on the browser DOM. Open source it. Allow all other browsers to incorporate it natively or via plugin. And present ActionScript3 as a "typed" language alternative to JavaScript for browsers.

    Had they done this, they would of accomplished much of their goals. While at the same time not shooting themselves and all their developers in the head.

  73. Cat by Anonymous Coward · · Score: 0

    Excuse me nice gentlemen. I don't mean to interrupt but, I've been searching news articles trying to find my cat. Have you seen my cat?

    1. Re:Cat by fluffernutter · · Score: 1

      It depends. How much bitcoin is your cat worth to you?

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    2. Re:Cat by Anonymous Coward · · Score: 0

      Not seen your cat but you can try what I do when kitty is lost. Just sing the theme to flash gorden replacing the words "flash" with "cat". This usually works.

  74. I also warned people by PortHaven · · Score: 1

    I also warned people, that they criticized and hated Flash because of how it was used intrusively by marketers. Pop-over ads, etc. I warned and said that with Flash dead, they would simply turn to HTML5. Except now it would be native, and you'd no longer be able to block their ads. And I was right.

  75. The premise is wrong by UnknowingFool · · Score: 2

    There wasn't one single cause of Flash being killed. So everyone arguing for or against Steve Jobs being the cause is irrelevant. Jobs did bring focus to the ever growing problem that was Flash.

    Flash originally was a solution to a problem that Web users/content creators had: With multiple platforms and browsers like OS X, Windows, Chrome, Firefox, Internet Explorer, Safari, etc, how do web designers create consistent look and functionality for animations and video. While some browser specific optimizations were required for pages, animations and video had to work pretty much the same.

    How Adobe did it was to code at very low levels the APIs needed to run everything. When CPUs and operating systems all had to do the work this wasn't much of a problem. Where it became more of a problem was when the work was being offloaded to GPUs and the OS became better at using the GPU. Flash unfortunately ignored these optimizations till very late. By that time, the reputation of it being a resource hog was well earned. For example, on OS X, there was a demo that showed how inefficient Flash was by taking the same video and putting it in two containers: MKV and Flash. The MKV container ran at low CPU usage while the Flash container ran at 100%. From what I remember this only happened on Flash for OS X so the problem was entirely Adobe's.

    The second problem was security. Over time OS became more aware of the need for enhanced security. Flash unfortunately again was very late to fixing these in a serious way. Because of how Flash was written at a low level, it also was more of security hole as Flash requires escalated privileges to run/install.

    The last problem was mobile UI. Flash was designed to be used with a mouse and pointer. When smart phones still relied on this UI, Flash would be fine. When they started moving towards touch-centric UIs, the promise of Flash was diminished. As consumers started to use more smart phones than computers, the original idea of using one platform to reach all users was negated.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:The premise is wrong by Anonymous Coward · · Score: 0

      Wrong. The Video decode issue was squarely in APL's corner. They refused to release the API so that Adobe could use hardware decoding.

      There were no issues on Windows' Flash video containers.

  76. Flash... by m.dillon · · Score: 2

    What did it in should be obvious... one security exploit after another, non-stop, for over 8 years. HTML5 might have been the final nail in the coffin but Flash really did itself in.

    When Flash was originally conceived by Macromedia very little thought went into security, because at the time security wasn't a big issue (the Internet was still fairly small, compared to today, and hackers had not yet really ramped up on a large scale). The entire codebase was inherently insecure and trusting of the flash handed to it.

    In all that time, ever since that first flash product went out the door, right on up to today, nobody did more than basic hand-waving around the security problems. I'm sure they will claim that they tried... but no... they really didn't.

    In the end, people finally got tired of the endless stream of security exploits.

    -Matt

  77. JavaScript killed Flash by Anonymous Coward · · Score: 0

    or ECMAscript

  78. Nothing by Anonymous Coward · · Score: 0

    Everything else is dead instead. Flash remains the only supported plugin for the modern browsers. It's the browser plugins that are about to be dead instead.

  79. Adobe's decision to stop support on mobile devices by Kartu · · Score: 1

    Adobe's decision to stop support on mobile devices was the deadly blow.

  80. Free or Flame? by theendlessnow · · Score: 1

    Simply put, it wasn't FOSS. If it were, it could have been fixed, enhanced, ported, etc. Might have actually become something useful. The question isn't "what killed flash?", the question is "who killed flash?" and the answer to that is Adobe. It didn't have to die, they just never gave it a chance to live.

  81. Java by fluffernutter · · Score: 1

    The constant updates drove me insane! That's definitely what killed Adobe Flash, I mean it's just like Java that way!

    --
    Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
  82. Flash would have eroded the iOS app tax by jddimarco · · Score: 2

    I don't believe that Apple would have easily allowed Flash on iOS if it had performed well. Flash on iOS would have provided a simple path for people to write applications for iOS without paying the 30% apple tax.

    1. Re:Flash would have eroded the iOS app tax by Anonymous Coward · · Score: 0

      A simple path to writing shitty apps nobody wanted.
      Flash: non-standard, non-touch UI, with no access to the camera or photos or location or other in-device hardware.

    2. Re:Flash would have eroded the iOS app tax by david_thornley · · Score: 1

      iOS didn't come out with a development kit, and it wasn't available for some time. At that time, Jobs told people to design web apps for iOS, which meant no Apple 30% possible. The decision to leave Flash off was much earlier, before Jobs could foresee a good revenue stream from the App Store.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  83. It also sucks your cap by tepples · · Score: 1

    [H*R's and Weebl's] solution was to put the toons on youtube for HTML5 compliance. It works, but it kills their easter eggs.

    The size penalty of rendering the vectors to pixels also kills viewers' monthly download quotas.

  84. Flash killed Quicktime by jfdavis668 · · Score: 1

    Steve Jobs was mad because Flash killed Quicktime. Tit for tat retaliation.

  85. What killed Flash was its flaws by Anonymous Coward · · Score: 0

    Well one thing is correct, Steve Jobs never killed Flash and in fact all he did was make things more complicated for Apple users. Or let's say they simply installed Chrome with a built in Flash player and Mac users dumped Safari. What did eventually cause Flash to slowly dies was the constant barrage of security issues that plague it almost weekly at times. Then it simply became a resource and performance hog which Adobe could never seem to rectify. In fact Google and YouTube pushing all content away from Flash and to HTML5 was probably the start of the end for Flash. Then of course streaming services began to drop Flash which sealed the fate of Flash. I have manged to basically turn off or disable Flash in all my browsers. Anything still requiring it which isn't much I simply ignore.

  86. Better explanation by Ilgaz · · Score: 1

    Flash Player 2 was only 618 KB
    http://www.oldapps.com/flash_p...

  87. Only one thing did: by LynnwoodRooster · · Score: 1

    Chuck Norris.

    --
    Browsing at +1 - no ACs, I ignore their posts. So refreshing!
  88. Lets see: Why did Flash fail? by Anonymous Coward · · Score: 0

    It sucks in so many ways:
    (a) it is buggy
    (b) it is a plentiful source of security risks
    (c) It is of bad design
    (d) It eats up your CPU
    (e) It is not integrated in HTML and compatible with HTML. In contrast JS + SVG
    In short it is from Adobe. The guys who developed PDF and are unable to implement a PDF-compatible PDF viewer and editor.

  89. Lack of Vision by dejaniv · · Score: 1

    They should have changed their business model while they had opportunity to do so at the time when browser proliferation started and Flash content was dominant on the web. They should have licensed the Flash standard to web browser developers so they could implement their own Flash engines, instead of sticking to "ActiveX" kind of in-house plug-in development.

    That way they could have kept control over the technology while concentrating only on creative things (audio-visual presentation) they knew how to do best.

  90. Flash sucked by globaljustin · · Score: 1

    "That's just Jobs being a prick again.

    nope...wrong

    Flash died because it was an inferior standard for the internet.

    It was bloated, unsecure, proprietary, slow, and required too many updates.

    In fact, analyzing Flash's design is a good way to learn what *not* to do at every development point.

    Steve Jobs may have been a 'prick' but not when he was banning flash from his devices. It was simply good sense.

    --
    Thank you Dave Raggett
  91. Adobe Management Killed it - AdobeAIR was next by Anonymous Coward · · Score: 0

    Adobe Management Killed it - AdobeAIR was the thing they wanted everyone to switch towards. Sadly, AIR was DOA for a number of reasons. Just like Silverslight was DOA. HTML5 has some hope, but security isn't one of the strong points for HTML5 yet.

    Adobe bought Flash with their Macromedia buyout. They learned from MSFT that it is easier to buy your competition than to actually compete with them. So they bought Flash and started making terrible-for-flash business decisions - mainly around not performing a security audit, then not fixing whatever the audit uncovered. Management knew that fixing Flash would break much of the current Flash applications. They didn't have the balls to do it. It really is that simple. No balls.

    Adobe isn't know for their security programming. Look at Acrobat too. It has been plagued by terrible security which continues to this day. Why bring this up? It goes towards explaining Adobe management decisions. They always choose the cheap way, not the secure way and they don't have any balls. Always.

    The good news is that most of their best software doesn't need much networking or collaboration, so their range of fuckups on Premiere or that graphics thing they make don't matter.

    The short answer for today is NEVER use Adobe products unless you make your living using them. Everyone else should use software from **any** other provider.

    Yep - Adobe management killed flash.

  92. Very limited perception of things... by XSportSeeker · · Score: 1

    This sounds like a huge oversimplification of the problems, if not outright scapegoating.

    OBVIOUSLY it had nothing to do with Steve Jobs' post (which is 7 yrs old now), and I also don't think it not being on iOS had anything to do with it too.
    Just look from the market perspective. If Flash was any good and worked well on anything other than iOS, it would still have market domination and would still thrive on the web, regardless of it working on iOS or not.

    I dunno why people keep hammering on Apple and iOS, but let's not forget that worldwide iOS doesn't have even 15% of the market while Android holds up 80% or more. If you have a standard or app that does not work on iOS does that automagically mean you are bound to fail? Of course not. That's a very naive when not brainwashed way of seeing things. It'd work on Android, Windows PCs, Macs, Linux... basically any web connected device that wasn't an iPad or iPhone.

    Flash killed Flash, and no, it was not because Adobe gracefully accepted it's demise, it's because Flash has inherent problems that could not be solved even after over a decade of Macromedia and Adobe trying to fix. From the annoying update scheme to constant security issues, extremely inefficient runtime, how it bogged down CPUs and hogged memory, plus a bunch of other stuff, came competitive alternatives to solve most of it's problems.

    It took quite a while too.

    Flash was also proprietary, development of it was handled by a single company, and there was no independent analysis and control of it.

    Don't get me wrong, Flash was great back in it's early days, no doubt it's the foundation of many great things that can be done on the Internet nowadays, and it has a place in Internet history. But the adoption and needs of modern Internet outpaced it, and we need something more robust, lightweight, open, well thought out and better adapted to today's needs.

    Back then when Jobs made his post, I commented on how a whole lot of websites still used Flash, how I knew that wasn't a perfect scenario, but how Jobs' statement would essencially change nothing in several years. I stand by my comment. We're now getting close to a decade after the fact, and we're finally seeing most of big services going for HTML5 and other technologies. But there are still websites out there using Flash, and fundamentally, HTML5 can't do everything Flash did - you need other plugins for that.

    And here's the thing: an entire subculture died with Flash. As HTML5 cannot completely replace it, and other technologies are either not as intuitive, or depends on plugin install, and never had the wide adoption and experimental nature of Flash, we don't see stuff like those weird flash animations and games nowadays much anymore.

  93. The dreaded Adobe update by Applehu+Akbar · · Score: 1

    What killed Flash was not only having to update it every time you used it, just like Adobe Reader on PCs, but never knowing whether today's update was going to sneak in some useless browser toolbar you didn't want.

  94. OS, browser, CPU, GPU, bandwidth, issues got fixed by AHuxley · · Score: 1

    Any layer of products that needed computer limitations will not last.
    Todays CPU and GPU can do a lot more than past hardware so the creative maths of saving CPU power is not needed as much.
    A webcam and mic can work with social media, apps, other devices as part of software, the OS or browser.
    Most modern OS now support more of the CPU and GPU and developers can access some CPU and GPU support in their own software or code.
    Browsers can display pretty art now and work with a video file or show a video like stream.

    --
    Domestic spying is now "Benign Information Gathering"
  95. Throwing the Baby out with the Bathwater by HippyDave · · Score: 1

    Former professional Flash programmer here; now an iOS one; if you can't beat 'em, join them, right? Eight good years of major ad campaign mini-sites, interactive installations, art projects. Near the end of the line for Flash/Air, most of my projects were comprised of three contiguous 1080p screens with touch overlays, using 60fps interactive 3D interfaces, multitouch, maybe camera-enabled, farming data in realtime from multiple sources, to do very, very cool creative things. When mobile came out, everyone thought everything had to work to fit one platform. It doesn't have to. Flash had a place in higher-end hardware, it was practically designed as a resource vampire and it did good things if you fed it well. Away3D had brought it direct access to OpenGL. There were some great AR libraries. Sure you have your Cinders and your OpenFrameworks, but AS3 had a very nice, javascript-like, hard-typed, fully object-oriented syntax with multiple MVC frameworks available, and unparalleled control of creative minutiae. We should definitely embrace mobile-friendly technologies, open standards for the web, etc. Absolutely. But we shouldn't throw out what is still a pretty cool approach to doing immersive, high-resolution, multitouch non-web interactive experiences. Don't throw out the baby with the bathwater.

  96. Eye Candy vs Content by MercTech · · Score: 1

    I'm one of those curmudgeons that blocked flash for years. Flash was an excuse for eye candy masking bad html code.
    The demise of flash was really all the malware that used it.

    --
    NRRPT/RCT
  97. In a word, Obsolescence by bitterblackale · · Score: 1

    If there's one thing,I'd say html5 and the better animations with css and JavaScript. Better code without the need for plugins.

  98. John Gruber? by ebvwfbw · · Score: 1

    Really? Why do we care what this guy thinks? He's already on record saying that we're all stupid. Multiple times. Yes, he's talking about you and me. Everyone but himself.

  99. FLASH DEMISE by Anonymous Coward · · Score: 0

    Flash was just a crap pile imho......It worked or didn't without rhyme or reason. it seemed to infect other operations on my PC.
    I'm glad it's gone. I ripped it out of my PC lock stock and barrel long ago.

  100. Flash died on its own merits by peawormsworth · · Score: 1

    Adobe programmers killed Flash by creating a bloated program requiring intense resources with low performance. Then they forced users to pay them a license fee on every computer whether that user wanted their garbage software or not. They are bad like Microsoft and just like Windows, it died.