Earlier quoted context omitted.
If I won't write for Apple, why should I write for Google (aka 'the NSA frontend') and their OS? The only useful alternative will be a 'free' Linux derivative that does not restrict me in my developer choices and does not want to collect all kinds of data.
Android is completely Free Software. You can compile the git version and install it on pretty much any Android device. If there's spyware, delete it and recompile :) And your less paranoid users can just grab your software from your website, and run it on their "stock" devices.
New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
381–390 of 495 posts
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#382Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#383Getting 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…
BUT... Microsoft was given into trouble by the competition commission over the tight reign it had on Windows. Now what are we saying, Apple should be allowed to get away with near enough the same things Microsoft got fined for? just because they are Apple?
If Apple just lets this happen, and lets iPhone apps be developed on other OSs/SDKs/whatevers, then if a developer wants to produce a piss poor version of something then let them. Apple can then say yeah or nay when the App goes into the Store. They are still going make money, their phones are still going to be bought in droves.
Open the doors Apple, you might let something good in.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#384The first thing that came to my mind when I read the title is "wtf". What a really bad move. I wonder how much more can the app developers take.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#385Earlier quoted context omitted.
I've started using it this week. Alt+tab becomes more and more broken with every release. There was a time when excel was the only application that didn't behave properly.
I honestly wonder what you mean by Alt-Tab being broken? Surely it does switch windows, doesn't it?
In the old days, when you minimised something, it always went to the bottom of the stack. (Except Excel, which had a silent entry in the stack when you had more than one document open. Outlook has been bizarre for a while, too.)
In one of the NT4 service packs (I think) this changed so that if something minimised to the status bar (rather than the task bar) it worked differently. I'm not sure what Vista did, but XP was bearable.
Now there are lots of variables - different apps respond to being removed from focus differently, I've read that the number of open applications affects stack response to minimise also.
Windows used to be very friendly to rapid keyboard-only operation. You could drop things in the start menu and activate them with two keystrokes. Alt+tab was dependable. No longer.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#386Getting 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…
As with everything Apple does - there are company-centric motives, which have been neatly balanced against a set of consumer-centric motives.
Apple is run by smart people, who realise they have a dedicated following. By making the 'we don't want to diminish the quality of the App pool' argument clear, they allow their ardent followers to do battle for them.
The corollary of this is that Apple ensure that their platform receives the developer investment it requires, enabling the company to become a permanent fixture in the mobile market.
If Flash developers didn't have to make a new investment of time and money to learn their platform - what would stop this pool of developers from leaving Apple's side tomorrow?
They want full control over what is allowed _into_ their market, and they want a dedicated team of developers who won't walk away.
If Flash was allowed, neither of these requirements would be assured.
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#387Earlier quoted context omitted.
That's what I'm worried about. The instant that happens, I'm gone.
I think I'm already gone :( I am now seriously considering mowing down my iMac and MacBook and putting Linux on them. (Not that this makes a lick of difference, but it will make me feel better)
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#388Earlier quoted context omitted.
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?
IBM?
Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#389Re: New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
#390Compared to the video game console industry, this is still pretty nice. Several of the companies require submission of the source code for review. And Nintendo in particular is renowned among my video game programming friends for having ridiculous, undocumented rules that change over time. If you think of the iPhone as a PC-like platform, yes, it's worth being crazy. But I think of mine as more like a game console. T…
Simply you are mistaken, and that's not true (submitting the source code). First of all, lots of companies do license many 3rd party libraries, without their source code. Sometimes these said libraries are specifically compiled with latest bugfixes to the relevant project they've been used. What the companies might require is usually symbols/debug information/etc. But never the source code! After all, Microsoft, Sony…