"Think about it: If there were a Flash player for the iPhone, you could write games and other software in Flash rather than in Cocoa Touch. And you could sell games and apps directly for the Flash player, completely circumventing the App Store. Does this sound like something Apple would allow?" But... No interpreted code may be downloaded and used in an Application except for code that is interpreted and run by Apple…
The problem with that part of the NDA is that Frotz is available on the app store and has been for a month or two. Frotz is an interactive fiction application (arguably interpreted) and also open source (gplv2, http://code.google.com/p/iphonefrotz/ ), two things technically incompatible with the NDA. I don't really think Apple meant to include the likes of Frotz. Seems like the biggest issue is arbitrary rejection (a…
John Gruber on Flash Player for iPhone
11–20 of 26 posts
Re: John Gruber on Flash Player for iPhone
#12Earlier quoted context omitted.
The problem with that part of the NDA is that Frotz is available on the app store and has been for a month or two. Frotz is an interactive fiction application (arguably interpreted) and also open source (gplv2, http://code.google.com/p/iphonefrotz/ ), two things technically incompatible with the NDA. I don't really think Apple meant to include the likes of Frotz. Seems like the biggest issue is arbitrary rejection (a…
How would GPL make an app incompatible with the NDA?
Re: John Gruber on Flash Player for iPhone
#13Earlier quoted context omitted.
"I'm also patiently waiting for Linux to catch up to OSX in usability/UI." That gave me a chuckle. The first thing that the Linux world should do is decide on one UI to use but that will never happen. It is philosophically impossible.
As it was "impossible" for Apple to decide when all they had was the old Macintosh toolbox and NextStep UIs, but they did it. They made Carbon/Cocoa to look reasonably consistent despite huge internal differences. Linux can do the same with Qt/GTK+/etc. It certainly possible to have high-level UI consistency between multiple toolkits, especially when they all share the same lower-level stuff (X11/Cairo).
Linux, not so much.
Re: John Gruber on Flash Player for iPhone
#14So this is going to be a watered down version of Flash Player. Chances are that Apple will approve a Flash player which is targeted only to render flash content on web pages as it will make the browsing experience on iPhone closer to that on desktop.
Re: John Gruber on Flash Player for iPhone
#15The Flash Player in development for iPhone is not a port of existing standalone one. As they put it,the new player in development is something in between Flash Lite and Flash Player for desktop. So this is going to be a watered down version of Flash Player. Chances are that Apple will approve a Flash player which is targeted only to render flash content on web pages as it will make the browsing experience on iPhone c…
Re: John Gruber on Flash Player for iPhone
#16The Flash Player in development for iPhone is not a port of existing standalone one. As they put it,the new player in development is something in between Flash Lite and Flash Player for desktop. So this is going to be a watered down version of Flash Player. Chances are that Apple will approve a Flash player which is targeted only to render flash content on web pages as it will make the browsing experience on iPhone c…
No, chances are (as John so eloquently argues) that Apple will do no such thing, as it would seriously water down the whole iPhone UI experience. Read the article!
Allowing swfs to run directly on phone interface definitely interfere with iPhone UI experience,but rendering webpages along with flash elements in it only makes the browser experience closer to what is expected from the browser app. Its a good thing for Apple.
Re: John Gruber on Flash Player for iPhone
#17Earlier quoted context omitted.
Well, Apple can do what they want. It's the others that need to adhere to these rules.
Therein lies the problem: there are no published rules. You only find out that you've broken them after you've completed development of your app and submitted it to the app store. Say goodbye to several months of your life.
Re: John Gruber on Flash Player for iPhone
#18Earlier quoted context omitted.
Well, Apple can do what they want. It's the others that need to adhere to these rules.
Therein lies the problem: there are no published rules. You only find out that you've broken them after you've completed development of your app and submitted it to the app store. Say goodbye to several months of your life.
Re: John Gruber on Flash Player for iPhone
#19Earlier quoted context omitted.
No, chances are (as John so eloquently argues) that Apple will do no such thing, as it would seriously water down the whole iPhone UI experience. Read the article!
There is a difference between running swfs on phone interface and rendering flash elements on webpages. Allowing swfs to run directly on phone interface definitely interfere with iPhone UI experience,but rendering webpages along with flash elements in it only makes the browser experience closer to what is expected from the browser app. Its a good thing for Apple.
Re: John Gruber on Flash Player for iPhone
#20Key point of the article is insightful and generally applicable. The stronger Android is, the more likely features which everyone want but Apple resists show up on the iPhone. I'm also patiently waiting for Linux to catch up to OSX in usability/UI.