Earlier quoted context omitted.
I have a Starling Netbook from system76. Nothing to write home about, but I've had few, if any real problems with it. It's a little flimsy, physically. And I am a proud free software zealot, so I moved it to debian.
Hmm... if it's flimsy I probably wouldn't like it. One thing I don't like about Apple hardware is how you have to treat it like a family heirloom or it turns into a scratched up mess. Anything less hardy than that would be unusable. Toughbooks are also promising, but they're light on the specs... could someone please make a durable and well-specced laptop?
New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
181–190 of 495 posts
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#182Getting away from the frenzied rhetoric, my opinion is that what Apple really wants to prevent is people releasing multi-platform compilers. So taking Flash as just one example, if I can build one app and the compiler can make me an iPhone executable, an Android executable, and so forth, Apple don't want that. In my experience so far with such "cross platform compatibility layers," they always produce results that wa…
If the cross-platform experience is subpar, Apple should just let these apps fail in the market.
Don't worry, if you savor the cross-platform software experience there will be plenty of options for you. At bargain prices, in fact.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#183Earlier quoted context omitted.
You don't submit your source code to Apple. Why should this matter?
You raise an interesting question. Perhaps they'll require source-code to be submitted in the future?
But the indirect effect would be to shut people up. Rather than spending much or any effort on peeking inside iPhone apps looking for signature traces of cross-compilation, Apple would benefit because people would stop talking in public about which 3rd-party development platforms they had used for their cool new app, out of fear that mentioning anything besides C, C++ or Obj. C might result in their app being taken off sale - so without Apple doing a single thing different at the technical level, this license provision would have a chilling effect on discussion about competitors' development tools.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#184Looking forward to Adobe's response. Going to wager it'll be in the form of a lawsuit, and that the FCC will get involved. Whip out the marshmallows, this should be interesting :)
Going to wager it'll be in the form of a lawsuit, and that the FCC will get involved. On what basis?
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#185I don't like this at all. Maybe they only meant to hit Flash, and maybe not, but as written this is in direct opposition to one of the most important principles of software development. Apple themselves must have benefited countless times from writing software in layers. But no layer above their layers is permitted? I wonder if the open source world can successfully fight back, by making compilers that generate code…
I wonder if the open source world can successfully fight back, by making compilers that generate code the app store police can't tell from hand written. I think the answer is definitely yes. Apple's software engineering is not that great. There is always some hole in Safari that allows root access to the entire device. They can't get atomic syscalls working in OS X. Does anyone really think they can recruit and affor…
I'd expect many languages and frameworks are going to have many very signature functions and patterns of code. If Apple decides to enforce this, they won't have a hard time.
On top of that, if they miss it, and let a bunch of apps in, then later on determine those apps were crosscompiled, they can revoke the current versions and block that developer...
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#186Getting away from the frenzied rhetoric, my opinion is that what Apple really wants to prevent is people releasing multi-platform compilers. So taking Flash as just one example, if I can build one app and the compiler can make me an iPhone executable, an Android executable, and so forth, Apple don't want that. In my experience so far with such "cross platform compatibility layers," they always produce results that wa…
If the cross-platform experience is subpar, Apple should just let these apps fail in the market.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#187Earlier quoted context omitted.
I have a Starling Netbook from system76. Nothing to write home about, but I've had few, if any real problems with it. It's a little flimsy, physically. And I am a proud free software zealot, so I moved it to debian.
Hmm... if it's flimsy I probably wouldn't like it. One thing I don't like about Apple hardware is how you have to treat it like a family heirloom or it turns into a scratched up mess. Anything less hardy than that would be unusable. Toughbooks are also promising, but they're light on the specs... could someone please make a durable and well-specced laptop?
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#188Just created a new "I'm with Adobe" Facebook Group:
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#189Earlier quoted context omitted.
Since Apple completely controls the App Store and reserves the right to refuse any app for any reason (and have shown time and again they are willing to exercise that right), how could this possibly be unenforceable? It is their way or the highway. What is or isn't enforceable is entirely up to them. Note: I am in no way saying that Apple's stance on this situation is a good one or not, in face, absurd. The iPhone 3G…
Unless they start auditing source code and everyone's entire development process, there are lots of ways in which such a rule could be violated that would be completely undetectable (and some cases that would be easily detectable too).