Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Fallout From Apple's Exclusion of Flash-to-iPhone Export Continues
- Thread starter MacRumors
- Start date
- Sort by reaction score
As a software designer I can say that you are doing OK
unlike many Apple zealots here.
Good for apple.
Flash, it was fun.
But thats what happens when you dont make "next Generation changes" wink' wink' Windows Vista.
Flash, it was fun.
But thats what happens when you dont make "next Generation changes" wink' wink' Windows Vista.
from my experience in building websites and developing sites with flash; it was always 'gimmicky'.
not only is it a resource hog within browsers, but everything it does can be done mostly with HTML5 standards and protocol.
Flash is almost like its own operating system in a sense.
you try create a flash based site that needs a file outside of it so you can updat eit like a bog site...why bother when you can do it all with new coding in html5.
even in CSS you could get a better site; minus the flash gimmick.
how about adobe just make a phone that is run purely on flash and see how successful that is; lmao!
PS.
Adobe,
Why cant/wont you support CS2 on CS3 on OS X Snow Leopard?
Oh........whats that?
not only is it a resource hog within browsers, but everything it does can be done mostly with HTML5 standards and protocol.
Flash is almost like its own operating system in a sense.
you try create a flash based site that needs a file outside of it so you can updat eit like a bog site...why bother when you can do it all with new coding in html5.
even in CSS you could get a better site; minus the flash gimmick.
how about adobe just make a phone that is run purely on flash and see how successful that is; lmao!
PS.
Adobe,
Why cant/wont you support CS2 on CS3 on OS X Snow Leopard?
Oh........whats that?
Fine. But if a company came up with a nice & novel way to implement its idea, then I don't see why it should go out of its way to accommodate gazillion other computing languages.
Me too! I know ActionScript, and it would be cool to write the apps in that, and then compile them.
If the turtlenecked overlord's anger has anything to with this, the Apple Board will be remiss if Jobs is not fired immediately.
The "something stupid" has happened, unless Apple comes to its senses and allows 3rd party IDEs to exist.
So, we can assume that you have an empty ignore list.
LOL and since when did we have to associate the entire town of Cupertino with Apple fanboys? Kind of unfair to group all the citizens of Cupertino together like that
Take a few weeks and add this comment to every post that mentions "Redmond".
I'd welcome that. Adobe's stuff is garbage. Their management is not qualified to run an ice-cream stand.
Flush that company and all involved in it back to the waste bin they came from.
Wirelessly posted (Opera/9.50 (Nintendo DSi; Opera/507; U; en-US))
You can only write iPhone applications in C+, Objective-C, and C++.
TRANSLATION:
You will write apps how we want, not how you want. AND THERE IS NOTHING YOU CAN DO ABOUT IT.
- Apple Police
You can only write iPhone applications in C+, Objective-C, and C++.
TRANSLATION:
You will write apps how we want, not how you want. AND THERE IS NOTHING YOU CAN DO ABOUT IT.
- Apple Police
Ok, this is purely speculation, obviously, but:
* It seems pretty obvious that Adobe's Flash compiler will not support whatever native API calls exist in OS 4.0 that relate to multitasking, because Apple just announced them two days ago and it's fairly clear that they aren't keeping Adobe in the loop in terms of their future plans.
* So, most likely Adobe's compiler will produce native apps that use OS 3.x API calls.
* However, it also seems likely that existing iPhone 3.x apps will be able to be run on OS 4.0 without needing to be recompiled. So the apps produced by Adobe's compiler would appear to the phone to be just an older style app.
* Since we expect that existing older-style apps will not cripple multitasking or otherwise create issues with OS 4.0, it's reasonable to assume that neither will the Adobe apps.
That's why choice is so important.
Me, I'll stick with Mac. So what's the best Photoshop replacement for Mac in case it comes to that?
While you can complain about this as much as you want. This was just not directed at Flash. It is an overall attempt to keep legacy binaries running in emulation off the iPhone. There are bunch of third party static emulators out there that you just bind an app as a binary to an emulator library and run it.
Of the other things they are trying to stop is Palm, Blackberry and Windows Mobile / CE app binaries running on the iPhone. It is amazing how many companies will do anything to avoid the expense of source code changes in their apps to get it to run on another platform since it "works now anyhow." Who knows, perhaps the lost the source code of these apps?
FYI, static emulator apps are nothing new. IBM and DEC in the 1960s did this all the time to move customer applications to their new generation of hardware with a new instruction set. One I knew of the most was static emulator that let PDP-8 binaries run on VAX machines.
Of the other things they are trying to stop is Palm, Blackberry and Windows Mobile / CE app binaries running on the iPhone. It is amazing how many companies will do anything to avoid the expense of source code changes in their apps to get it to run on another platform since it "works now anyhow." Who knows, perhaps the lost the source code of these apps?
FYI, static emulator apps are nothing new. IBM and DEC in the 1960s did this all the time to move customer applications to their new generation of hardware with a new instruction set. One I knew of the most was static emulator that let PDP-8 binaries run on VAX machines.
No you miss the point
Non of that is necessarily true. Parts of the Flash applications is software code. That the Flash libraries are "bloated" is largely immaterial. They are implemented in C/C++ too so aren't really the problem with the restriction.
The new restriction doesn't block those at all.
You should note also that Apple blocks assembler language here too. Assembler is faster and less bloated that C/C++/Objective-C. If you embedded app with scarce resources has a small critical section of code that requires maximum speed and minimum space you are out of luck.
This is about throwing the baby out with the bath water. Apple blocks not only bloated code but more efficient code here also with the much uses exactly these 3 forms of syntactic sugar to compose your code in.
Note also that this strictly also bans tools such as UML modelers that generate C/C++/etc too. Also GUI building representation tools which also generate code from other presentations of a program. That you must write 100% of your code by tapping keys on a keyboard in a specific syntax is ridiculous. Reminds me of the old cantanerous mainframe guys yelping about how can't possibly write apps except using 360 assembler all those abstraction languages like C++/etc just layer too much overhead to get properly performing, efficient programs. blah blah blah blah blah blah blah blah.
If apple wants all the applications run through the c/c++/objective-c front ends of gcc or llvm fine. That seems kinds of quirky and is goofy to put into a contract. That isn't necessarily going to get you better apps.
Apple may be trying to block Adobe Flash but they've blown up numerous other tools that improve programmer productivity and do not necessarily result in "bad" applications.
Non of that is necessarily true. Parts of the Flash applications is software code. That the Flash libraries are "bloated" is largely immaterial. They are implemented in C/C++ too so aren't really the problem with the restriction.
The new restriction doesn't block those at all.
You should note also that Apple blocks assembler language here too. Assembler is faster and less bloated that C/C++/Objective-C. If you embedded app with scarce resources has a small critical section of code that requires maximum speed and minimum space you are out of luck.
This is about throwing the baby out with the bath water. Apple blocks not only bloated code but more efficient code here also with the much uses exactly these 3 forms of syntactic sugar to compose your code in.
Note also that this strictly also bans tools such as UML modelers that generate C/C++/etc too. Also GUI building representation tools which also generate code from other presentations of a program. That you must write 100% of your code by tapping keys on a keyboard in a specific syntax is ridiculous. Reminds me of the old cantanerous mainframe guys yelping about how can't possibly write apps except using 360 assembler all those abstraction languages like C++/etc just layer too much overhead to get properly performing, efficient programs. blah blah blah blah blah blah blah blah.
If apple wants all the applications run through the c/c++/objective-c front ends of gcc or llvm fine. That seems kinds of quirky and is goofy to put into a contract. That isn't necessarily going to get you better apps.
Apple may be trying to block Adobe Flash but they've blown up numerous other tools that improve programmer productivity and do not necessarily result in "bad" applications.
I've been a professional developer since 1980 specializing in embedded systems. I know more flavors of assembly language than I'd care to remember. I've designed and built computers at the chip level. And I've written and modified computer operating system, real-time kernels, and even high-level languages.
Now, Mr. High and Mighty, WTF experience are you bringing to the table?
Apple made a good call with this. Their ability to sell product is impacted by end-user experience. If some numb-nuts Flash developer (who laughably thinks what he's doing is "programming") ends up pegging the CPU usage or chewing up all available RAM, making the Apple iPat, iPhone, iPod Touch sluggish, the end user doesn't know why. Then your fellow clueless user gets on some forum and rants about something which he knows nothing. He blames Apple for the 'sluggish multitasking' and slow keyboard response under OS 4.0. And he vows not to buy another Apple product.
So, in conclusion, **** and quit second guessing the marketing and technical decisions coming out of Apple. You're no more qualified to do that than you are to critique Stephen Hawking's understanding of physics.
They have every right to dictate how software is developed for their platform. You can make games for the X-Box, PS3, or Wii with any language of your chosing.
It's a bit of a dick move but at least they are being consistent in their position, and in the long run the internet will be a better place when Flash joins RealPlayer in crappy plug-in heaven. Software wise on the iPhone no one will even notice a thing.
Adobe just spent 18 months developing it, and Mac users amount to 50% of their CS product revenue stream. Yeah, sure, cancel CS5 for Mac. Bankrupt your whole company because one program manager on the Flash team is having a public tantrum. Drive your market cap down so some company with extremely deep pockets (cough, cough) can pick you up for a song and sell off the parts they don't want (cough, cough) to the highest bidder. Brilliant business strategy...
This isn't AIR. This is CS5 compiling Flash / Flex down to Objective-C and compiling that to a native app, unless I'm radically misreading Adobe's site.
Google isn't about to get pulled into Adobe's pissing match. They're too busy figuring out their China strategy.
Nobody is asking Apple to accommodate anything. Adobe is producing perfectly sound code that runs on Apple platform. If anything, Apple now will have to hire people to check all submissions that they do not use Adobe or Unity or anything else but Apple's approved way of thinking.