And do you honestly believe that it is a bad thing that ordinary, unsavvy with computers users will not immediately be able to install applications from unverified sources?
542 karma · joined August 30, 2009
And do you honestly believe that it is a bad thing that ordinary, unsavvy with computers users will not immediately be able to install applications from unverified sources?
Quotes from the linked post like this: "The ability to control the size of each column and column gap was recently discussed in the CSS WG. The Group decided that allowing setting of individual column width and column gap width is not a feature considered for the first REC of this document.", suggest, to me at least, that Apple created their proprietary format because standards didn't and still don't cover the fictionality they have in mind for these interactive books. I'd rather Apple do that than hastily muscle their implementation into the standards.
I suspect you are right, but I sure as hell hope you are not.
The sentence you quote does look outright ridiculous when said about Apple.
And every additional year makes your point even more relevant — I can understand, even if it is just subconsciously, that one cannot fit all the things I expect in a 6 or 12 month release cycle. I cannot accept the same for a 60 month cycle, even though I do know that that’s not how software development works (cf. mythical man month, etc.)
Yep, this is not link-bait, no siree.
Your example, however, is probably amongst the worst to support the argument you are making. Here are the steps to create a tab bar view with four tabs, each containing a navigation view, and those containing alternating table views and plain views:
- drag out a UITabBarController
- remove the two default UIViewControllers instantiated with it
- drag out to the tab bar four UINavigationControllers
- select each tab and drag out to the center area of the view a UITableViewController or UIViewController
- customize to your heart's content
- there is no step six…
In my guestimate this will take at least 20 lines of boilerplate code, even with the minimal amount of customization. And you’d be missing out on all the rest of the benefits of NIBs, like the ability to see (and to some degree test) your UI without having to build and run your application or the ability to send it off for localization to a collaborator.
Anyway, the folks at Push Pop Press, as well as Sofa and the rest of top tier design talent that Facebook have been eating up, are smart bunch and I'm sure they know what and why are they doing. Or it could be the allure of a metric buttload of money.
And even if that was not the case sandboxing would still be understated — the system provided segregation of common attack vectors, e.g. WebKit2's separate HTML parsing processes, Quicktime's separate video decoding processes, the segregated PDF parser, etc., is one of the bigger security enhancements of any OS.
I think it's rather that Apple figured that those two (and others) going out of business (or at least ditching iOS) will hurt their platform more than anything they'll gain from the subscription rule change.
Yes, I have been doing it on a four year old, Core Duo one for the whole three years since the iOS SDK became available and have had zero compilation performance issues. Keep in mind that the vast majority of iOS applications are laughably small compared to desktop apps.
I'm not disputing that a Mini is still too costly for many, but I think it is unfair to exclude it as development machine.
The argument is not that personal computer OSes and mobile device OSes won't be converging down the road. Actually that's the big thing with Lion, isn't it. And I'm sure it will be a similar thing with iOS 5. The argument, though, is that they will never meld completely because it is impossible (or at the very least very, very unlikely) to have both full backwards compatibility and full and proper casual computer, or tablet if you will, experience.