Slashdot Mirror


Flash Is Dead; Long Live OpenFL!

First time accepted submitter lars_doucet writes "I am a 15-year Flash veteran and nobody hates to say this more than me: Flash is dying, and the killer is Adobe. Where to now? HTML5 doesn't help me with native targets, and Unity is proprietary just like Flash was — 'don't worry, we'll be around forever! And so sorry about that neglected bug report — we're busy.' I'm putting my bets on OpenFL, a Haxe-based, fully open-source implementation of the Flash API that might just please both Flash refugees and longtime Flash haters alike. My article discusses my experiences with it and gives a brief overview for newcomers. In short: I can keep making Flash games if I want, but with the same codebase I can also natively target Win/Mac/Linux desktops, mobile, and more, without having to mess with Adobe AIR or other virtual machines."

166 comments

  1. Sooooo..... by homey+of+my+owney · · Score: 1

    Is that a good thing?

    1. Re:Sooooo..... by gregor-e · · Score: 1

      Sounds like you have to talk your users into running native code on their machine. What could possibly go wrong?

  2. Did netcraft report it? by morcego · · Score: 0

    Because, you know, this is slashdot. We won't believe something is dead until netcraft reports it...

    --
    morcego
    1. Re:Did netcraft report it? by Pahroza · · Score: 1, Informative

      I think the verb you're looking for is confirm, not report.

    2. Re:Did netcraft report it? by Trax3001BBS · · Score: 1

      Because, you know, this is slashdot. We won't believe something is dead until netcraft reports it...

      Didn't RFA, summery saying; " Unity is proprietary just like Flash was — 'don't worry, we'll be around forever!"

      They all think that way

      http://www.cnn.com/WORLD/9709/...
      The Funeral of Princess Diana
      Elton John performs "Candle in the Wind"
      4 min. VXtreme streaming video

      This maybe available with WMP, but I've never allowed that program to run (many reasons).

      But I'm going to say it's dead as a VXtreme search on http://www.netcraft.com/ crashes the browser window taking me to about:blank (Opera 12), or just takes the page away (FireFox 27.0.1), flash enabled.

    3. Re:Did netcraft report it? by davester666 · · Score: 1

      A more accurate word probably is claim instead of confirm.

      --
      Sleep your way to a whiter smile...date a dentist!
  3. Native Targets? by Improv · · Score: 0

    Flash is no more native than HTML5. At this point it doesn't make sense to "place bets" on Flash at all, unless like the article author you've spent many years on Flash and are not interested in change.

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
    1. Re:Native Targets? by lars_doucet · · Score: 1

      You missed the part where OpenFL compiles to C++.

    2. Re:Native Targets? by Improv · · Score: 3, Insightful

      So what? Perl can compile to C too, by bundling the interpreter into your target binary. Windows apps can compile "to native" as well. Neither makes it exactly native, similarly to having your app interpreted by a native HTML5 engine is.

      The most native way something can be for a platform is to be written directly for its platform, bound directly to its APIs. Anything but that gets very conceptually fuzzy. And if you're worried about this for performance reasons, you should look at the Quakelikes that have been ported to HTML5.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    3. Re:Native Targets? by Improv · · Score: 2

      (I missed part of a sentence in there ; windows apps can compile "to native" as well using WINE)

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    4. Re:Native Targets? by Anonymous Coward · · Score: 0

      And I'd be interested in letting random websites execute arbitrary C++ code on my machine why exactly???

      The whole notion of Flash is terrible -- no, I do not trust you or your advertisers to run code on my machine. No I do not think it makes your site any better, it makes it shittier and I won't use it.

      It's that simple. And to date I've yet to find a single compelling reason of why I'd use Flash in the first place. And, for the same reason, this OpenFL is equally something I'm not interested in.

    5. Re:Native Targets? by Anonymous Coward · · Score: 0

      The author isn't placing any bets on Flash at all. He's actually doing the opposite, by switching to an open-source alternative, providing him with a familiar API and the ability to target multiple platforms natively. Haxe is pretty cool once you read up on it, though it's not for everyone: http://haxeflixel.com/documentation/why-haxe/

    6. Re:Native Targets? by lars_doucet · · Score: 2

      It does not execute arbitrary C++ code on your machine. Did you even read the article? It's a lifeboat for flash developers to make, say, desktop games. IT IS NOT A NEW VERSION OF THE FLASH PLUGIN.

    7. Re:Native Targets? by ynp7 · · Score: 4, Informative

      If I'm not mistaken Haxe "compiles to C++" by interpreting the code into actual C++ source, which then gets compiled into a native binary with a standard C++ compiler.

    8. Re:Native Targets? by lars_doucet · · Score: 2

      Okay, so that's a semantic difference then. If by "native" you mean "original source code written in the original language" than by that definition it's not native. I'm trying to clarify that it's not using a virtual machine, or relying on a plugin, whatever you want to call that.

    9. Re:Native Targets? by lars_doucet · · Score: 1

      Correct. I'm not an expert on the Haxe compiler, but I'm pretty sure it also has the ability (via hxlibc or hxcpp libraries) to directly compile Haxe to native binaries, skipping the intermediate C++ source step, but it can also create those too.

    10. Re:Native Targets? by Anonymous Coward · · Score: 1

      To be honest... Random Websites can't have a worse track record than Adobe.

    11. Re:Native Targets? by Anonymous Coward · · Score: 0, Insightful

      It's a lifeboat for flash developers to make, say, desktop games.

      Flash developers shouldn't under any circumstances be making desktop games.

    12. Re:Native Targets? by Anonymous Coward · · Score: 0

      Woosh. You missed the point entirely. Haxe is a language that you compile down to other languages, which makes it very portable, unlike flash. It has a feeling like java/C++/c# going.

      Here is a hello world:

            class Main
            {
                    public static function main()
                    {
                            trace("Hello world");
                    }
            }

    13. Re:Native Targets? by ynp7 · · Score: 3, Interesting

      Since you're a big HaxeFlixel guy, can you point me in the right direction to actually getting a working dev environment going on Windows? I tried a couple of times, but gave up because even the example projects would throw incomprehensible error messages when I test compiled. Only information I've been able to find on the errors was other people having the same problem, but no actual solutions.

    14. Re:Native Targets? by Improv · · Score: 2

      My point is that with modern VMs and JITs and partial nativisation and other systems/PL technologies, you no longer should care whether something "runs native", and that that's a distinction that is so blurred anyhow that it barely makes sense to talk about it. It may have once been important and simple, but nowadays it is neither.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    15. Re:Native Targets? by itsdapead · · Score: 4, Interesting

      Flash is no more native than HTML5. At this point it doesn't make sense to "place bets" on Flash at all, unless like the article author you've spent many years on Flash and are not interested in change.

      Flash can create a 'native' PC or OS X app (OK, it consists of a standalone Flash player bundled with your flash App, but the practical upshot is the same unless some strange permutation of misconceptions has led you to expect 'bare metal' efficiency from something like Flash).

      Flash was actually a great system if you wanted something to write relatively small, animated, resolution-independent applets that can be embedded on web pages and downloaded as pseudo-native PC/Mac apps (Java was obviously better at coping with substantial projects - but its been getting a bigger and bigger pain for non-techie end users to install). Of course, it got abused as a way to add gratuitous animation to websites, and its only merit as a video player was that it was less annoying than RealPlayer...

      The real killer, though, is that it doesn't run on tablets... however, when it was briefly available on Android I tried some existing Flash stuff and it quickly turned out that Jobs was right - apart from the bloat and security nightmare, lots of existing Flash stuff just broke on a touch screen.

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    16. Re:Native Targets? by lars_doucet · · Score: 3

      Sure, send me an email: http://www.leveluplabs.com/?pa... And let me know what you're dealing with. Chances are it's a haxelibs issue.

    17. Re:Native Targets? by Anonymous Coward · · Score: 1, Insightful

      It's a lifeboat for flash developers to make, say, desktop games.

      That's two terrible ideas at the same time.

      Flash developers don't need lifeboats, they need torpedoes.

    18. Re:Native Targets? by AvitarX · · Score: 3

      The Binding of Isaac disagrees.

      Great game!

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    19. Re:Native Targets? by ThePhilips · · Score: 5, Informative

      Native vs. interpreted vs. JITed discussion is a moot. (They are all fast enough. On one side. On the other side, many code generators/translators add enough cruft for the code to often lose performance compared to the JITed/interpreted execution.)

      The problem is with the libraries required by the run-time. One can compile Java application into a native app (using GCJ), but it is of little use since you still need the Java run-time. IOW, you are still poised to run into run-time deployment issues (version conflicts, local configuration, paths, etc).

      Compilation to native code has value only if it allows you to create an application which doesn't have external dependencies or the external dependencies are very easy to manage.

      --
      All hope abandon ye who enter here.
    20. Re: Native Targets? by Anonymous Coward · · Score: 0

      You have no idea what you are talking about.

    21. Re:Native Targets? by Bryan+Ischo · · Score: 1

      It cannot skip the native C++ step. The cpp target of haxe always generates C++ code and always compiles it to produce a native binary.

    22. Re:Native Targets? by YoungManKlaus · · Score: 2

      on the other hand, who really cares about getting access to your machine if you can get access to all the browser-based info through some js exploit?

    23. Re:Native Targets? by Lennie · · Score: 1

      And they keep saying Android apps are native too.

      It's all hilarious.

      --
      New things are always on the horizon
    24. Re: Native Targets? by Anonymous Coward · · Score: 1

      Stupid comment. Do you have any idea how many excellent, critically acclaimed games have been made in Flash, or else started their lives there? It's an engine; it can be used for great things or terrible things. It just depends on the skill of the developer.

    25. Re:Native Targets? by Anonymous Coward · · Score: 0

      I've yet to see a generic system able to adequatly handle the SIMD/MIMD dichotomy

    26. Re:Native Targets? by exomondo · · Score: 1

      And I'd be interested in letting random websites execute arbitrary C++ code on my machine why exactly???

      You wouldn't, but then that's not what OpenFL is doing so that isn't really relevant.

      The whole notion of Flash is terrible -- no, I do not trust you or your advertisers to run code on my machine.

      You don't trust who? Anybody? Ultimately how are you even going to know whether an application used OpenFL? The result that you run is just a native program like any other.

      No I do not think it makes your site any better, it makes it shittier and I won't use it.

      Website? What are you talking about? This isn't a Flash plugin, it has nothing to do with websites.

      It's that simple. And to date I've yet to find a single compelling reason of why I'd use Flash in the first place. And, for the same reason, this OpenFL is equally something I'm not interested in.

      No, because OpenFL isn't Flash, it isn't a replacement for Flash and it isn't a plugin.

    27. Re: Native Targets? by Anonymous Coward · · Score: 0

      Stupid comment. Do you have any idea how many excellent, critically acclaimed games have been made in Flash, or else started their lives there? It's an engine; it can be used for great things or terrible things. It just depends on the skill of the developer.

      And people like him will never understand that because poor developers always end up blaming the tool.
      "It's not my fault, it's the Flash API's fault that my application is crap!"

    28. Re:Native Targets? by Anonymous Coward · · Score: 0

      its only merit as a video player was that it was less annoying than RealPlayer...

      For values of "less annoying" that are measured in light-years, also if you are a content producer, DRM is merit. YMMV.

    29. Re: Native Targets? by Anonymous Coward · · Score: 0

      And the flash content for most websites actually ran well.

      Just because one particular website sucks doesn't mean they all do.

      I, for one, still have the plugin installed so Ihave the option of running Flash content (mmedievaltimes.com, for example.) Perfectly fine. In addition, if I plug in a mouse / BT mouse the bitch... BAM, flawless.

    30. Re:Native Targets? by Anonymous Coward · · Score: 0

      So, whats wrong with bundling a lightweight html 5 browser (or even a full blown one) with your HTML 5 webapp so it becomes a 'native' app?

      I still don't get what the OP's requirement with 'Native' that is a show stopper... with SVG and canvas, and even WEBGL, web RTC, etc. they pretty much have all the functionality and more that Flash can provide.

    31. Re:Native Targets? by Anonymous Coward · · Score: 0

      ya know ive been bitching about flash for so long i forgot how bad it could be, fuck realplayer/nuke from orbit.

    32. Re:Native Targets? by Bryan+Ischo · · Score: 1

      The embedded environment in which we've deployed haxe over Flash would like to have a word with you about whether or not "JITed code is good enough" ...

      Admittedly, my company does not represent the average Haxe development environment; Haxe is very much targeted towards small scale developers working on mobile apps.

      But my point is that Native vs. interpreted vs. JITed is not moot in all circumstances, and can be quite relevant depending upon the context.

      And for what it's worth, Haxe generated native binaries have very few dependencies on the runtime, and generally only depend upon runtime facilities which are either guaranteed, or virtually guaranteed, to be a part of the target runtime.

    33. Re:Native Targets? by Anonymous Coward · · Score: 0

      Yeah, that's why you recognize a non-native app within a few seconds (by simple noticing that it sucks in some way or another).

    34. Re:Native Targets? by felipou · · Score: 1

      Flash is no more native than HTML5. At this point it doesn't make sense to "place bets" on Flash at all, unless like the article author you've spent many years on Flash and are not interested in change.

      Flash can create a 'native' PC or OS X app (OK, it consists of a standalone Flash player bundled with your flash App, but the practical upshot is the same unless some strange permutation of misconceptions has led you to expect 'bare metal' efficiency from something like Flash).

      You can also have this type of 'native' using HTML5 and Nodejs. By using this component called node-webkit.

      I just learned about this from Popcorn-time, they package a "native" app using this technique, and the application is all HTML+CSS+Javascript.

    35. Re:Native Targets? by itsdapead · · Score: 1

      So, whats wrong with bundling a lightweight html 5 browser (or even a full blown one) with your HTML 5 webapp so it becomes a 'native' app?

      Nothing much - apart from lack of simple (both for the developer and the end-user perspective) tools to do the job and some problems with security features in browsers (e.g. they won't recognise 'file://some/local/dir as a 'domain' when checking for cross-domain scripting and either just plain don't work or pop up scary security warnings). Actually, Adobe Air sorta did that, except that Adobe knobbled any of the webkit functionality that might have competed with Flash...

      I still don't get what the OP's requirement with 'Native' that is a show stopper... with SVG and canvas, and even WEBGL, web RTC, etc. they pretty much have all the functionality and more that Flash can provide.

      To duplicate Flash functionality in HTML5 you need an extensive graphics/animation library sitting on top of canvas or SVG, plus a decent timeline-based graphics editor/authoring system. All the bits exist (Inkscape, various HTML5 application frameworks and libraries) but nobody has yet put them together into a package quite like Flash.

      As for the 'native' bit - for me it was more about providing an all-in-one bundle, with the correct versions of everything, that could be used by the sort of people who's answer to "What version of Internet Explorer do you have" is "Uh... XP, I think... or maybe Office 2010?".

      Not that there aren't problems with Flash - notably Adobe/Macromedia's determination to completely re-invent the API and Actionscript language with every release and the mind-bogglingly stupid situation wherein Flash and Flex (the code-centric XML alternative to the visual/timeline-based Flash authoring tool) used completely different APIs...

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
  4. OpenFL is used by no one, Long Live HTML5! by Anonymous Coward · · Score: 0, Insightful

    HTML5 is dead, Long Live ________! Hard to keep up.

    1. Re:OpenFL is used by no one, Long Live HTML5! by jc42 · · Score: 1

      HTML5 is dead, Long Live ________! Hard to keep up.

      ________ is dead, Long Live ........! (It's clearly more compact, and its components don't run together confusingly like those _s do.)

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  5. Open Standards, Not stupid plugins. by jellomizer · · Score: 4, Interesting

    Flash was one of the few holdouts of the Plugins era of the Netscape vs. IE Browser War. It came out because There wasn't a standard between the two for vector based graphics.
    Flash worked in different browsers and across many different OS's so it got well accepted. Then Adobe for the most part didn't let go easily and created more and more stuff to it, to make it rather full featured, killing off Active X and Java Applets for standard web pages.

    That said. HTML 5 is not perfect, however it does give us a lot of features that we think we should use flash for, and we really should follow the standards that comes part of the browser then rely on plugins.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:Open Standards, Not stupid plugins. by lars_doucet · · Score: 3, Informative

      OpenFL supports HTML5: http://www.openfl.org/blog/201...

    2. Re:Open Standards, Not stupid plugins. by mlts · · Score: 2

      Agreed, HTML5 is not perfect, but it is better than addons, and those are oftentimes the items that malware uses to gain control of the Web browser (and thus a foothold of at least a user context, if not full run of a machine.)

      Of course, the irony is that you can use Flash Professional to make HTML5 content.

    3. Re:Open Standards, Not stupid plugins. by Anonymous Coward · · Score: 0

      How is that ironic?

      One of Flash' great selling points was the authoring tools. It only makes sense that those tools adapt to the changing times.

    4. Re:Open Standards, Not stupid plugins. by Anonymous Coward · · Score: 1

      What you're missing here is that this is proof that Linux is winning. Flash had no place to go because of the bolstering marketshare that Linux is taking over. It's known that Linux makes up an easy 20% of all machines on the internet today with as many Linux downloads as there are from primary and mirror sites, as well as BT downloads.
       
      I know the Windoze and AppleSux boys will tell you differently but Linux is well established in the mainstream. The proof is in the numbers.

    5. Re:Open Standards, Not stupid plugins. by ProzacPatient · · Score: 3, Insightful

      HTML 5 is not perfect, however it does give us a lot of features that we think we should use flash for, and we really should follow the standards that comes part of the browser then rely on plugins.

      HTML 5 is ideal but one of my problems with using pure HTML and JavaScript for certain tasks is that implementation can vary wildly and performance even more so. Browser A might implement only a part of the standard, Browser B might implement the entire standard and Browser C has no support and worse is when all of them fully support the standard but Browser A is super slow compared to Browser B and Browser C is basically unusable. I've also seen a few JavaScript intensive websites demand you use only Chrome and I think this is a symptom of these problems.

      As bad as proprietary plugins are at least it'll always have a consistent implementation across browsers and perform, in the case of Flash, equally bad across all the browsers.

      Its not that I don't support the idea of cross-platform and cross-browser HTML5 solutions for tasks previously only accomplished through Flash but I think people often fail to understand it isn't all unicorns and rainbows as its made out to be.

    6. Re:Open Standards, Not stupid plugins. by Anonymous Coward · · Score: 0

      So where ARE your SuperAwesomeProofNumbers?

    7. Re:Open Standards, Not stupid plugins. by Anonymous Coward · · Score: 1

      Don't forget: Flash is used for far more than just web-based bullshit. Animation studios will continue to use to produce things like Foster's Home for Imaginary Friends, My Little Pony, and Teen Titans Go! because it's so much cheaper/faster than other methods. As long as you're looking at 2D, Flash can do almost everything you can get out of traditional methods and you can throw your renders into PS/AI for tweaking if you need to touch up a frame.

      http://en.wikipedia.org/wiki/List_of_Flash_animated_television_series

    8. Re:Open Standards, Not stupid plugins. by Actually,+I+do+RTFA · · Score: 2

      Then Adobe for the most part didn't let go easily

      Actually, Adobe offered to opensource ActionScript (Flash's language) to be adopted as the update to JavaScript, but some stupid argument about... XML parsing(?) lead to some holy war where the ECMA-scripts parted. Which is too bad. Because ActionScript supports object oriented code.

      --
      Your ad here. Ask me how!
    9. Re:Open Standards, Not stupid plugins. by Lennie · · Score: 3, Insightful

      It also works the other way around. If people don't use the browser features, browser manufactures won't work on improving them.

      --
      New things are always on the horizon
    10. Re:Open Standards, Not stupid plugins. by Anonymous Coward · · Score: 0

      You forgot us LinuxSux boys. Linux on the desktop, oh umm tablet maybe. Never on the desktop outside of the fringes, like slashdot.

    11. Re:Open Standards, Not stupid plugins. by exomondo · · Score: 1

      But OpenFL is not a plugin, so what's your point?

    12. Re: Open Standards, Not stupid plugins. by Anonymous Coward · · Score: 0

      Oh god, that's heart-breaking. JavaScript is an awful, unholy mess compared to AS3.

    13. Re:Open Standards, Not stupid plugins. by Salgat · · Score: 1

      The problem is that it's up to the browser devs to properly implement the standards regardless, or the feature use won't ever be there to begin with. You can't expect people to start using all these unreliable features in blind hope that they improve compliance in the future.

    14. Re:Open Standards, Not stupid plugins. by Demonoid-Penguin · · Score: 2

      HTML 5 is ideal but one of my problems with using pure HTML and JavaScript for certain tasks is that implementation can vary wildly and performance even more so. Browser A might implement only a part of the standard, Browser B might implement the entire standard and Browser C has no support and worse is when all of them fully support the standard but Browser A is super slow compared to Browser B and Browser C is basically unusable.

      I guess that's the price you pay for deciding to ride the bleeding edge. When HTML5 reaches the Recommendation status perhaps the browser developers will concentrate on supporting it (the standard) rather than speculating on which of their proposed implementations will give "the bigger market share"/"scratch their biggest itch". Until then there will continue to be a lot dog-waving by the tails.
      Oh wait... HTML 4 was a different dog, same leg action - but good developers worked with the differences.

      Bleeding edge has a great view, but not everyone enjoys it e.g. nothing more annoying than listening to butthurt little boys that insist on riding bikes without seats.

    15. Re:Open Standards, Not stupid plugins. by multimediavt · · Score: 1

      Flash was one of the few holdouts of the Plugins era of the Netscape vs. IE Browser War. It came out because There wasn't a standard between the two for vector based graphics.

      Bzzzt! Wrong. I was a BETA and ALPHA tester for Macromind/Macromedia when Flash was being developed. It was developed specifically to replace their Director product as it was doomed being a primarily raster graphics animation and multimedia authoring tool. To claim Flash started as anything but shows you weren't there. When Flash began the Internet was still really slow. I think the university had three T-1 lines at the time for the whole campus to use. Flash could create animated interactions (all the rage in the early 1990s) in really small files because they were vector graphics. Perfect for 56k modem users. Anyway, Flash was written as a vector animation package that also had a scripting engine (ActionScript) for controls. It handled audio files at first and eventually got video capabilities. As for HTML5, it's barely out of the blocks as a standard and folks are shooting it down? How about wait for it to mature, as it does have a bit to go. Heck, we just got CSS3 working cross browser within the last two years without gymnastics. Give it some time.

    16. Re:Open Standards, Not stupid plugins. by multimediavt · · Score: 1

      Its not that I don't support the idea of cross-platform and cross-browser HTML5 solutions for tasks previously only accomplished through Flash but I think people often fail to understand it isn't all unicorns and rainbows as its made out to be.

      Who writes code and thinks a new standard is going to have unicorns and rainbows? Wait, ok, idiots that don't write code and use WYSIWYG tools. Well, when you set an expectation bar too high or are looking up from the bottom of the pool ...

    17. Re:Open Standards, Not stupid plugins. by multimediavt · · Score: 1

      Which is too bad. Because ActionScript supports object oriented code.

      Java supports object oriented code. It's still a bit icky if you ask me. Not as icky as Flash, mind you. Nothing makes a browser go boom like Flash, but Java comes close.

    18. Re:Open Standards, Not stupid plugins. by Lennie · · Score: 1

      Browser vendors need to know how developers use features to know what direction they need to go in. Or what next to standardize.

      --
      New things are always on the horizon
    19. Re:Open Standards, Not stupid plugins. by Actually,+I+do+RTFA · · Score: 1

      Do you mean Java, or JavaScript. One is an cross-platform language with strong C++ style syntax, the other looks like someone looked at VB and said "programming shouldn't have to be this complex." The latter is an admirable goal for small things (batch file replacements) but doesn't scale well if you want to do complex things.

      --
      Your ad here. Ask me how!
  6. Security? by schwit1 · · Score: 0

    How is openflash supposed to more secure than adobe flash?

    How do we know this isn't an NSA front organization?

    1. Re:Security? by lars_doucet · · Score: 1

      Maybe because all the code is open source and you can inspect it yourself? http://www.github.com/openfl

    2. Re:Security? by Anonymous Coward · · Score: 0

      How do we know this isn't an NSA front organization?
      How do we know you dont work for the NSA?

      That is some quality paranoia you have there...

    3. Re:Security? by jc42 · · Score: 2

      How do we know this isn't an NSA front organization?

      Maybe it's time for yet another reminder that the entire Internet can be viewed as a "front" for the US military, via (D)ARPA, the 100% military-funded organization that paid for almost all of the Internet's early development. (Yes, a bit of money did come from independent sources, mostly in academia, but this was < 1% of the funding until around 1985 or so.)

      What makes this irrelevant is that the Internet's standards and almost all of its low-level code have long been open-source, and easily available online. This fact was the main reason it won out over OSI. In the 1980s, I worked on a number of projects that were primarily aimed at OSI, but there were delays caused by all the paperwork required for purchase orders for the official standards, and even longer waits for copies of the libraries and compliance-testing code, so while waiting, we built some prototypes on top of IP. By the time all the purchasing bureaucracy gave us what we needed, the IP version was working, so our clients took that, and the rest is history. ;-)

      So even if the NSA is funding this work, if the code is all open (and we can compile it ourselves), that doesn't much matter. The problem then is the proprietary code that will be piled on top of it. History tells us that this will continue to be secret, and the major source of security problems. Code designed to collect "marketing" data about customers is inherently easy for people interested in other kinds of spying to take over and redirect for their own purposes.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  7. Oh happy day by Capt.DrumkenBum · · Score: 2, Funny

    Die you bastard die!!!
    How can we make sure it doesn't come back from the dead. Zombie Flash.
    Take off and nuke Adobe headquarters from orbit... It's the only way to be sure.

    --
    If I were God, wouldn't I protect my churches from acts of me?
    1. Re:Oh happy day by Anonymous Coward · · Score: 0

      Nuking Adobe headquarters from orbit is overkill. Nuke's are expensive and there are so many more deserving targets even just in the US such as the NSA, Monsanto headquarters, and wherever Chris Dodd is.

    2. Re:Oh happy day by Anonymous Coward · · Score: 0

      Yes, it is a very happy day.
      Flash always been crap.

  8. QML or HTML5 by scorp1us · · Score: 2

    It looks like if you don't want to deal with Flash, you have basically two options: Qt's QML for non-web-pages or HTML for web-pages.
    Soon though, thanks to QMLWeb, you'll be able to use QML-to-JS in the browser.

    --
    Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
    1. Re:QML or HTML5 by Anonymous Coward · · Score: 0

      Reading Comprehension: He WANTS to deal with flash.

      Hard to believe I know... but Stockholm syndrome is a bitch.

    2. Re:QML or HTML5 by lars_doucet · · Score: 1

      You clearly did not read the article.

    3. Re:QML or HTML5 by grayhaze · · Score: 1

      Have you looked into Haxe and OpenFL? Or maybe read the article?

  9. To Clarify by lars_doucet · · Score: 5, Informative

    It seems a lot of people either didn't RTFA or are basically misunderstanding what OpenFL is. OpenFL is NOT an open source version of the flash Flash Plugin, like Gnash. OpenFL is a code library written in Haxe. You use OpenFL, and then you can output a truly native (C++) app, but can still use the flash API. It doesn't embed the flash player, or Adobe AIR, or anything like that, in your generated C++ app. You can use this to create truly native apps for mac/windows/linux/mobile, etc. Very recently they've added the ability to output to HTML5: http://www.openfl.org/blog/201... So you can take your old flash code, port it to Haxe, and then have a 100% Javascript based HTML5 game. And you can take that same Haxe code and make a native C++ app with it. And so on. Hope this helps demystify things.

    1. Re:To Clarify by richy+freeway · · Score: 5, Funny

      Can someone mod this guy down please? He's clouding the discussion with facts.

    2. Re:To Clarify by theshowmecanuck · · Score: 1

      So it's a way not to learn a new language. Is there a danger of as the flash api is not updated possibly losing out where things like HTML5 while not perfect, gets perfected?

      --
      -- I ignore anonymous replies to my comments and postings.
    3. Re:To Clarify by lars_doucet · · Score: 3, Informative

      Again, you clearly did not read the article. For people who hate the Flash API, there is lime: https://github.com/openfl/lime

    4. Re:To Clarify by theshowmecanuck · · Score: 2

      OK, so they rely on a spin off project on it's own, and the rest of the world goes on with HTML5 which will continue to be improved and expanded. Which one will provide more use in the long run? So, OpenFL, is a way to avoid learning new technology. Hopefully it doesn't lead people down a one way street.

      --
      -- I ignore anonymous replies to my comments and postings.
    5. Re:To Clarify by lars_doucet · · Score: 1

      OpenFL supports HTML5: http://www.openfl.org/blog/201... So any improvements to HTML5 will also benefit OpenFL. What OpenFL solves is the issue of "shit, my platform holder's investors got bored and yanked the rug out from under me, time to build my workflow back together from scratch!" By using Haxe, I can preserve my codebase and pivot to whatever the hot next technology is without having to bet on any one platform. I see that as a feature, not a bug.

    6. Re:To Clarify by theshowmecanuck · · Score: 1

      As a cushion then, while one comes up to speed on something else. Sounds fair enough.

      --
      -- I ignore anonymous replies to my comments and postings.
    7. Re:To Clarify by amicusNYCL · · Score: 1

      I didn't see it on their site, but is there a list of features from Flash that they do or don't support? It seems that some things, like cross-domain requests, wouldn't be possible if they went from Flash to Javascript/HTML5.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    8. Re:To Clarify by grayhaze · · Score: 1

      Or as a way of targeting a range of different platforms using a familiar and proven API without needing to learn a different language or worry about understanding the low-level architecture for each platform. By producing a native application for each platform, which targets the hardware directly, it also maximises performance without the overhead of an interpreter or renderer.

    9. Re:To Clarify by lars_doucet · · Score: 1

      There's a few things here and there, not sure if there's an actual list. If you target flash, obviously you have all flash functionality available, but certain things (such as super-advanced international text field support) still need to be added on various targets. HTML5 is a brand new target so that's the least mature, whereas mobile and desktop targets have really good coverage. A "list of gaps we need to fill" would definitely a good feature to add to the OpenFL site, though.

    10. Re:To Clarify by grayhaze · · Score: 1

      The vast majority of the Flash API is available and cross-platform communication is possible through web sockets. Take a look at https://www.youtube.com/watch?... for a nice demo of one such project.

    11. Re:To Clarify by rahvin112 · · Score: 1

      Doesn't he know this is Slasthdot? Facts are neither required nor requested!

    12. Re:To Clarify by k31 · · Score: 1

      Thanks, that was helpful.

    13. Re:To Clarify by exomondo · · Score: 1

      As a cushion then, while one comes up to speed on something else. Sounds fair enough.

      Why write HTML5, Java (Android), native Windows/OS X/Linux versions directly when you can utilise your existing Flash knowledge (which admittedly I have very little so it's nor really for me) to write in OpenFL and multi-target?

    14. Re:To Clarify by Anonymous Coward · · Score: 0

      Yes, TFS was horribly horribly horrible.
      If they were hoping to get people to RTFA with that horrible summary, the strategy failed.

    15. Re:To Clarify by qpqp · · Score: 1

      A "list of gaps we need to fill" would definitely a good feature to add to the OpenFL site, though.

      'tis called gap analysis (between an as-is and the desired to-be state) and enterprise architects use tools for that. A Free (GPL) tool can be found here. The downside is that this takes a shitload of time.

    16. Re:To Clarify by multimediavt · · Score: 1

      OK, so they rely on a spin off project on it's own, and the rest of the world goes on with HTML5 which will continue to be improved and expanded. Which one will provide more use in the long run? So, OpenFL, is a way to avoid learning new technology. Hopefully it doesn't lead people down a one way street.

      One way to a known dead end. So, yeah, face palm city.

    17. Re:To Clarify by Mirar · · Score: 1

      Does that mean I can take one single code base, and then run this program, natively, on a number of devices, thanks to OpenFL and Haxe?

      Or is this mainly thanks to Haxe?

  10. I thought it was Apple's fault by Russ1642 · · Score: 1, Funny

    Apple's footprints were found at the crime scene.

    1. Re:I thought it was Apple's fault by Anonymous Coward · · Score: 1

      See that's the danger with GM foods, my organic apples have no feet!

  11. You Said "Flash" by The+Cat · · Score: 0, Interesting

    Therefore every asshole on this site will shout you down no matter what you actually wrote in the article. They don't even know why they hate Flash. They just join in because it's the latest "I are programmer" meme. (The last programmer to attempt to post anything useful on this site left ten years ago)

    Never mind that Flash has been responsible for tens of billions of dollars in economic value.

    Never mind that from 1993 to date, Flash is the only technology that has provided attractive animation and video on the web.

    Never mind that the loudest and most obnoxious anti-Flash assholes have had TWENTY ONE YEARS to come up with a viable alternative, and so far they've produced nothing but bullshit-coated bullshit.

    Never mind that in 2014, we STILL don't have decent HTML5 authoring tools. Oh sure, it's built in to tools that output everything else + HTML5, but HTML5 itself? Nope. Nothing even remotely close to Flash CS6.

    Never mind that in 2014 HTML5 still doesn't have decent synchronized sound support.

    Never mind that the way problems like this used to get solved would be that web developers (Andressen, Joy, Davis, Clark, Yang) would get together and solve them. Now people just bitch, wipe their ass on the tablecloth, bitch some more and go back to their bong.

    Awww, you can't mod it down. Guess you'll have to grow up and face the facts. Lazy, illiterate, talentless, worthless ASSHOLES are all that's left in this hate-machine cult. Go back to your fucking LoL Twitch feeds.

    1. Re:You Said "Flash" by Anonymous Coward · · Score: 0

      Flash - yes, that bastion of accessibility for vision / hearing impaired people. That champion of open standards and the open web. Or at least, the open exploit web.

      Flash, single handedly heating up laptops everywhere when playing a video.

      What a piece of shit it is.

    2. Re:You Said "Flash" by Anonymous Coward · · Score: 0

      If God wanted Flash it make it HTML Flash

    3. Re:You Said "Flash" by Anonymous Coward · · Score: 0

      Thanks for proving his point in one epic display of fucktardedness.

    4. Re:You Said "Flash" by Anonymous Coward · · Score: 0

      Go back to convserapeedia The Cat.

      You can show off your guns and talk about jesus in the forums.

    5. Re:You Said "Flash" by lgw · · Score: 1

      I remember when COBOL could make similarly important-sounding claims. Didn't change the fact that COBOL blows goats.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    6. Re:You Said "Flash" by Anonymous Coward · · Score: 0

      (The last programmer to attempt to post anything useful on this site left ten years ago)

      Actually, he left quite recently. BUCK FETA!

    7. Re:You Said "Flash" by multimediavt · · Score: 1

      I love you, man. That one should be modded to 11.

  12. No Flash, no regrets by Anonymous Coward · · Score: 1

    Flash was bad from the start and html5 and what not is just an extension of the same bad idea imo.. It is literally flash(sparkly) at the expense of function and another avenue for security exploits.

    Youtube? I use a downloader app, keep local copies of anything remotely interesting.

    Since ebay started using html5ucked, it takes many times longer to view the same content. All that impage overlapping crap. Before, you'd middle-click an item, middle click image after image and all are loaded for quick detailed viewing.. Now you must hover over the image, click it, then right click and open to view the actual full resolution.

    Function over form you retarded punk developers.. Mind you if they didn't use all the new crap just for new sake, they wouldn't like be able to do their job or be unemployed since it would be all 'done/working'.

    1. Re:No Flash, no regrets by Anonymous Coward · · Score: 0

      "Youtube? I use a downloader app, keep local copies of anything remotely interesting."

      That's all well and fine, but you are aware that you're part of a tiny minority of deranged lunatics, right?

    2. Re: No Flash, no regrets by Anonymous Coward · · Score: 0

      Leave him alone--I used to do the same thing when I had dial-up too.

    3. Re:No Flash, no regrets by Anonymous Coward · · Score: 0

      You're describing a use case problem, not a technical flaw with HTML5.

    4. Re:No Flash, no regrets by Arker · · Score: 2

      You got that reversed. The lunatics are the people whose alarms dont go off at the notion of a browser that just runs whatever program the website hands it.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    5. Re:No Flash, no regrets by Anonymous Coward · · Score: 0

      My browser doesn't run whatever a website throws at it. But I also can run what I want in the browser without having to resort to external programs... welcome to ten years ago.

  13. Well, well. by azav · · Score: 1

    Just like before when I saw Macromedia let Flash kill Director and Shockwave.

    Damn shame. It was such an awesome product.

    FYI, Director's Lingo looks a whole lot like today's Lua.

    Cheers to those of us who helped make it and those of us who took it and used it to start a great career.

    I miss Director.

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
    1. Re:Well, well. by multimediavt · · Score: 1

      I will drink to that. ShockWave sucked, but I do wish they had kept Lingo. Was a good scripting language with an intuitive grammar and syntax. I did a lot of cool stuff with it in the 1990s.

  14. More than vector graphics by enos · · Score: 4, Insightful

    Flash became dominant because it filled many real needs. Vector graphics is just one. It also brought creation tools so artists could work with it, it brought a scripting environment fast enough to use in a browser. Like you say, it also brought commonality to all the different browsers. This means that Flash brought a lot of features to the masses:
      - browser games. These were known as Schockwave or Flash games.
      - usable online multimedia. Yes there were video sites, but they became far more usable and reliable with Flash video.
      - rich design. As much as we hate them for all their inherent problems (and I do too), the fact is that before HTML+CSS caught up the only way to implement a crazy design was with Flash.
      - rich typography. We've only got proper font support very recently. That means the website can define its own font, not simply choose among the handful of Web fonts one could assume were available on the client.

    Yes you could do video with native plugins like WMPlayer. Do you remember how terrible that was? Half the videos wouldn't play because of some unknown problem with codecs or such. When FLV came in it was great. Despite its problems, it brought reliability. I don't think YouTube would have become as successful as it is without Flash. Same with audio.

    Despite its many problems, Flash brought a rich, standard interface to the web when nobody else could.

    --
    boldly going forward, 'cause we can't find reverse
    1. Re:More than vector graphics by viperidaenz · · Score: 0

      Now all of those features are available without a plugin. Why create a new plugin to implement them?

    2. Re: More than vector graphics by Anonymous Coward · · Score: 1

      This isn't a plugin to replace Flash in browsers; it's a development environment designed to target various platforms natively. Did you read the article?

    3. Re:More than vector graphics by Anonymous Coward · · Score: 0

      As much as we hate them for all their inherent problems (and I do too), the fact is that before HTML+CSS caught up the only way to implement a crazy design was with Flash.

      Ah, the bad old days, when you had to use Flash just to make sure a visitor saw your spiffy font.

    4. Re:More than vector graphics by evilviper · · Score: 3, Interesting

      Yes you could do video with native plugins like WMPlayer. Do you remember how terrible that was?

      No, I remember how my 233MHz computer could play full-screen video from a web page, with no tearing and my browser never crashing... Something my 2.4GHz P4 couldn't manage using Flash.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:More than vector graphics by Anonymous Coward · · Score: 0

      eh? SVG is vector graphics and most browsers that support canvas supports it and like html 5, no plugin needed and works complementarily (is this a word?) with the html DOM like canvas. The web standards are growing very rapidly and most browsers are adopting it rapidly as well, except for Microsoft.

    6. Re:More than vector graphics by multimediavt · · Score: 1

      It replaced a product that was not web friendly in the Macromedia product line, Director. Director created ShockWave files, the code name that became the product name for the web plugin. Director was raster graphics based and Macromedia saw that this wasn't going to fly and created Flash as the vector graphics replacement for Director. The Flash plugin allowed SWF packaged files to play in a web page. We creatives had tools at the time, thanks for thinking we were left out, but we weren't. We weren't starving for a multimedia authoring tool that didn't suck as bad as AuthorWare, a.k.a. Awfulware.

    7. Re:More than vector graphics by enos · · Score: 1

      What other tools did you have for making web content?

      --
      boldly going forward, 'cause we can't find reverse
    8. Re: More than vector graphics by viperidaenz · · Score: 1

      Of course not.

  15. which by Anonymous Coward · · Score: 0

    I have used downloader apps on youtube, but it seems they work for a few weeks then stop working. Update, then try again, still hit and miss getting a clean download. What are you using that provides consistently good downloads?

  16. Mobile by fermion · · Score: 1
    Flash is dead and Apple killed it. Sure, Google promised it to save it with android, but they could not. Flash is a resource hit and if Apple was not going to learn how to make it work, who else has the money?

    An open flash clone might be ok because it does not matter that it will not run on the devices most of the world are going to be using in the near future. These app can be legacy, like the stuff that requires IE. But it is just like Java which has fallen 25%. People will figure out how to make HTML5 work, and work better, so they can access as many customers as possible.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    1. Re:Mobile by lars_doucet · · Score: 2

      OpenFL already runs on tons of mobile devices, natively. Clearly, you did not read the article.

    2. Re:Mobile by Psicopatico · · Score: 1

      - "Thou shalt not read The Fine Article!"
      Alas, I bow my head and obey.

      --
      Mastering the English language is fucking easy: all you have to do is to put an f* word in every fucking sentence.
    3. Re:Mobile by H0p313ss · · Score: 1

      - "Thou shalt not read The Fine Article!"
      Alas, I bow my head and obey.

      I read the article once, the bastard then turned around and burned my house to the ground, held my family as hostages and blew up the nearest power station.

      --
      XML is a known as a key material required to create SMD: Software of Mass Destruction
    4. Re:Mobile by squiggleslash · · Score: 1

      Flash isn't dead. It's something everyone wants to be dead, but it isn't.

      I'm not entirely sure why this myth keeps being repeated on Slashdot of all places. We complain when Amazon streaming is broken, we share links to the semi-secret way to turn on HTML5 video on YouTube and then whine when we still end up having to use Flash for half the videos, we gripe about DRM on Hulu because it means we can't download content for offline viewing and then, after all of this, we pretend Flash is dead.

      No it isn't.

      --
      You are not alone. This is not normal. None of this is normal.
    5. Re:Mobile by Anonymous Coward · · Score: 0
      but seems difficult to get on iOS, which still has around 50% market share in the US.

      Automatic Install There is no automatic setup available for iOS. Manual Install In order to build applications for iOS, you must have a current version of Xcode installed. You can find Xcode in the Mac App Store. Before you can build for a device, you will also need to connect your device and make sure that you have valid developer certificates set up in Xcode, and that you have provisioned the device. Due to the nature of Apple's developer tools, there is only support for iOS development when running a Mac system. We do not have plans to support iOS development from other host systems at this time, however, you can use the Flash target (if you prefer) to publish OpenFL applications to iOS, using AIR. If you are interested in contributing a stable way to develop iOS applications from other host systems, please contact us in the Contributors room on HipChat.

      This is one way to get cross platform support, but I would suggest there are other better tools. Flash was a good tool for desktop. I only say a few instances where it was used well as a web application, it usually broke everything. I would also suggest that it hangs around because people like to use tools they are familiar with, even if those tools are completely inappropriate.

  17. Stage3D? by BenJeremy · · Score: 2

    Can OpenFL handle something like Stage3D and wrappers like Starling?

    I've used Haxe in the past, but found it lacking in support of things like sound and sprite animation for writing mobile games.

    1. Re:Stage3D? by grayhaze · · Score: 2

      There are projects underway to create a common API which targets Stage3D, OpenGL and WebGL, but with a bit of work you can do 3D already. Whilst nobody to my knowledge is working on a port of Starling at present, there are great ports of Flixel and FlashPunk already, along with a range of alternative game engines.

  18. Re:Go emscripten by NatasRevol · · Score: 0

    It's really not.

    --
    There are two types of people in the world: Those who crave closure
  19. Re:Go emscripten by Sla$hPot · · Score: 0

    It is more cross platform than anything else out there.
    With an asm.js optimized browser, it is also very competitive, performance wise.
    In that respect you could probably impliment openFL in emscripten :/
    No installation required.

  20. Flash and linux by Grindalf · · Score: 1

    If you download “Google Chrome” as opposed to “chromium” for linux, from Google, it has a completely up to date flash plugin built in. It installs with a right click in Debian, and is easy to add to any distro that you're making ...

    --
    The purpose of existence is to make money.
  21. Route away from Adobe AIR by rsborg · · Score: 1

    OpenFL is a code library written in Haxe. You use OpenFL, and then you can output a truly native (C++) app, but can still use the flash API. It doesn't embed the flash player, or Adobe AIR, or anything like that, in your generated C++ app.

    So is this a possible migration path for those who were using Adobe AIR? If it's C++, could it tie in with Apple's ObjectiveC framework and thus create deployable apps in the Mac App Store?

    --
    Make sure everyone's vote counts: Verified Voting
    1. Re:Route away from Adobe AIR by lars_doucet · · Score: 1

      It already does! You can make native-binary mobile apps for ios and android using OpenFL, RIGHT NOW.

    2. Re:Route away from Adobe AIR by grayhaze · · Score: 1

      You can already create native iOS and OS X apps using OpenFL, along with Android, Windows, Linux, Flash and HTML5. There's nothing to stop you selling these apps through the various stores.

  22. I'm not so sure about it being in death throes yet by mark-t · · Score: 2

    As long as employers (game devs, in particular) are willing to keep paying people to write it, I'm pretty sure it's going to stay popular.

  23. Re:NO! by grayhaze · · Score: 1

    Read the article. You're commenting on something completely unrelated. This isn't about creating an insecure alternative to the Flash plugin.

  24. Wait, how is OpenFL doing this? by Anonymous Coward · · Score: 0

    So, how does OpenFL replace Flash, I was pretty sure that Flash's main competitor was memristors.

    1. Re:Wait, how is OpenFL doing this? by unixisc · · Score: 1

      I thought it was Flash that was doing the replacing - of both tape drives as well as hard disks

  25. Why something other than Java or dot net? by Anonymous Coward · · Score: 0

    Doesn't anyone remember back when native code was considered dead? This was all worked out. There were 2 major, well developed VMs, or JITs, Java and Dot Net. Why bother with anything else?

    As for the unemployed Flash authors, wasn't the ubiquity of Flash a large part of its appeal? Why should the general public get used to some new, unknown thing, when there is JVM and Dot Net? Flash is over. Get over it. Learn something else.

  26. Re:NO! by Anonymous Coward · · Score: 0

    No, they don't. They only support mobile features and resizing the interface to the pixel count of the screen. They're fucking murder on people with poor vision and other adaptations.

  27. Slashdot is dead by Anonymous Coward · · Score: 0

    this place looks like trash now. is this slashdot web 2.0?

  28. Let Flash die by dimeglio · · Score: 1

    It been a fun ride but it needs to go. The use of Flash is preventing more open technologies like HTML5 from moving forward in order to support all what Flash used to do.

    --
    Views expressed do not necessarily reflect those of the author.
    1. Re:Let Flash die by Anonymous Coward · · Score: 1

      The problem is that the HTML5 standard thus far has fallen a hurdle short. To many limitation in the spec have made it just another half arsed web technology that hopefully will be quickly replaced with something that is well thought out with the end user and required features in mind rather than the ideological driven spec we have thus far.

    2. Re:Let Flash die by Windwraith · · Score: 1

      Yeah, let HTML5 move forward.
      My internet connection has moved from 7kb/s to 1000kb/s, and sites still load as slowly as in the 90s.This is obviously the way to go. And that's with ads blocked via HOSTS and google's javascript libraries blocked when possible.

      How about teaching several webdevs how to optimize code instead of copypasting it from stack overflow? When a regular site is as heavy as a flash site of the 00s, several people are doing it wrong.

      It's funny. I can download videos and shows faster, my online ping in games is lower, but loading random websites? As slow as it always was.

  29. Just accept our HTML5 overlords by WillAffleckUW · · Score: 1

    It will be better for everyone concerned if you do, citizen.

    --
    -- Tigger warning: This post may contain tiggers! --
  30. Exactly, use OpenFl instead , compiled to JavaScri by raymorris · · Score: 4, Informative

    Indeed, instead of using a plugin, author it in OpenFL and "compile" it as JavaScript. You get the nice Flash API and can use the Flashdevelop IDE if you want, without needing the Flash plugin.

  31. Or not by Anonymous Coward · · Score: 0

    C is probably the most cross platform language, with Fortran being another possibility

    1. Re:Or not by Sla$hPot · · Score: 0

      True
      Thats why you gotta love emscripten ;)
      C/C++ and JavaScript will rule the next couple of decates.
      Check it out for your self if you don't believe me.

    2. Re:Or not by Anonymous Coward · · Score: 0

      OK I got it a little reversed emscripten seems to be for targeting JS from LLVM rather than a language you'd use in and of itself.
      Guess I'll actually have to get round to using LLVM though as that's a handy feature for the right code, thanks :)

    3. Re:Or not by Sla$hPot · · Score: 0

      Its is interesting indeed.
      And a potential goldmine for C/C++ oldies.
      I beleive that it show a lot of it's potential this year allready.
      With WebGL catching on it will only get better.

    4. Re: Or not by mbritton722246 · · Score: 1

      Unreal engine. In Firefox. No plugins.

  32. WTHolyF timothy? by Anonymous Coward · · Score: 1

    Title: "Flash is dead"

    Summary: "Flash is dying"

    TFA: "Flash is getting hard to deal with compared to other approaches"

  33. Flash is shit... by Anonymous Coward · · Score: 0

    ...the sooner it dies, the better.

  34. Beta sucks by Anonymous Coward · · Score: 0

    "Never mind that Flash has been responsible for tens of billions of dollars in economic value."

    Presumably you're talking about the economic cost of all those Flash-player exploits over the years?

  35. StageXL is a good choice by ziviani · · Score: 1

    Dart with stageXL

    According to them this game was ported in 6 hours.

  36. Hi! by sglewis100 · · Score: 0

    Hi. I'm a tablet. I don't run flash. I'm a huge, huge part of the web traffic out there. My cousin the phone is also a huge part. He also doesn't run flash. So regardless of what flash brings to the table, people have begun to move on. Because I'm that important.

  37. re: theshowmecanuck by Anonymous Coward · · Score: 0

    I sense you don't really have a grasp of the ideal use case for something like OpenFL. The real power in a cross-platform library like this is the ability to compile the same codebase to different targets. Say I have a game, I want to compile it for web, desktop, and mobile, in all their various flavors. I could write a native desktop version in C++, an iOS version in C++/Obj-C, an Android version in Java, and a web version in Flash or HTML5. Great now I've wasted a ton of time and I have 4 separate codebases to support. Or I could write my game in OpenFL, and simply deploy it to the right targets with some minor tweaks.

    OpenFL isn't a "way to avoid learning new technology." It's a productivity tool for people who want to build cross-platform applications without re-writing the same code four or five different times. Cross-platform tools are going to become more and more common as time goes on, this is one option, and it looks like a pretty good one.

  38. Yep! by Anonymous Coward · · Score: 0

    Sure does. Compiles to C++, Java, C# for compilation.

  39. Yep! by TarwinStroh-Spijer · · Score: 1

    It sure does. There's a bunch of libraries for WebGL, Stage3D style stuff.

  40. Beta doesn't suck by Anonymous Coward · · Score: 0

    Hey Beta isn't worse than the standard interface (posted from beta).
    slashdot admins: If you want beta to have greater use maybe lower the AC limits when using it

  41. and longtime Flash haters alike by Anonymous Coward · · Score: 0

    and longtime Flash haters alike

    Which of the problems that we have with Flash does this solve?

    The proprietary format? Does this stick to W3C standards?
    The need to download and install a plugin? Does this not need anything installed?
    The moving, flashing ads? Does this prevent animation? Built in ad blocker?