Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Isn't this a bit old news? I thought Apple already put out this warning some months back?

But, yes, good for X owners: finally get the slow adopter developers to get off their butts.

I think they had said new apps would need to use the latest SDK whereas this also applies to updates to existing apps.

So for most people this is more relevant as it’s existing apps that need the changes, anyone starting from scratch is likely to support modern hardware.
 
Good. If you follow best practices in developing your iOS app, it takes on the order of seconds.

Not true. If the app is written in Swift, it could take anywhere from a few hours to a weeks just to migrate the code to the latest version of Swift.

Swift has undergone a lot of breaking changes since it was released, and developers who have not migrated since iOS 9 especially are in for a lot of headaches.
 
Sorry notch haters, looks like that's here to stay moving forward. Also, looks like they are confirming the phase out of the bezels from the current line up, which corroborates the rumor of the future iPhone X line.

You stated two opposite conclusions, yet neither is supported by the article or apple’s announcement.
[doublepost=1525728171][/doublepost]
Hopefully these new guidelines will help clean up the App Store by removing all those old junkie apps.

This applies to submitting new builds. Does not affect published builds.
 
I am still waiting for RealRacing 2 to be updated, although at least EA have recently updated all their old NeedForSpeed games to support the X, so hopefully it won't be too much longer. Out of the main apps I use, I think it is just that and PanoBike+ which I am waiting to be updated.
 
Not true. If the app is written in Swift, it could take anywhere from a few hours to a weeks just to migrate the code to the latest version of Swift.

Swift has undergone a lot of breaking changes since it was released, and developers who have not migrated since iOS 9 especially are in for a lot of headaches.
Then keep your code updated for the latest Swift release; it’s not my problem. Is it pleasant? Not particularly. It comes with using a young programming language. But every time a new Swift point-release is available, like clockwork, I recompile my projects and resolve any issues as needed. It’s not hard and, for the vast majority of projects, shouldn’t take long, especially with Xcode’s source code conversion tool doing the vast majority of the legwork.
 
  • Like
Reactions: orbital~debris
To clarify: does this mean no apps updated will support below iOS 11 now? Or as in, they are mandated to support iOS 11-tier technology and are backwards compatible to whatever they current support now?

Example: an app I use frequently just bumped their minimum iOS to 8. Does this mean it will have to bump to 8, or it can stay at 8 however people at iOS 11 will have relevant tech included now?
 
Good Apple! Throw those lazy butt devs out who refuse to upgrade those apps. In fact ban them for good especially if they have other apps already optimized or ask for an explanation as to why.

You do realize that it hasn’t even been a month since Apple finally updated iMovie for iPhone X right? They took monthSss to get their flagship video app updated when they knew full well in advance of the screen changes coming...

Your post is hopefully sarcasm, or shows some ignorance to the hipocracy of the situation. I DO want all apps that aren’t abandonware to be updated for X. I’m also not ignorant to the fact that it isn’t effortless for all apps out there. Not all design with coreUI framework.
 
You do realize that it hasn’t even been a month since Apple finally updated iMovie for iPhone X right? They took monthSss to get their flagship video app updated when they knew full well in advance of the screen changes coming...

Your post is hopefully sarcasm, or shows some ignorance to the hipocracy of the situation. I DO want all apps that aren’t abandonware to be updated for X. I’m also not ignorant to the fact that it isn’t effortless for all apps out there. Not all design with coreUI framework.

Apple makes the rules and can do whatever they choose to. The devs are the ones who depend on the platform to make money and will either do as told or be vanished!

Apples world apples rules.
 
  • Like
Reactions: orbital~debris
Apple makes the rules and can do whatever they choose to. The devs are the ones who depend on the platform to make money and will either do as told or be vanished!

Apples world apples rules.

Way to save face. No you’re right, Apple owes nothing to these developers. *Cough cough 30%

Hopefully you’re not the manager of anyone, because lead by example is clearly a concept you struggle to grasp.
 
Then keep your code updated for the latest Swift release; it’s not my problem. Is it pleasant? Not particularly. It comes with using a young programming language. But every time a new Swift point-release is available, like clockwork, I recompile my projects and resolve any issues as needed. It’s not hard and, for the vast majority of projects, shouldn’t take long, especially with Xcode’s source code conversion tool doing the vast majority of the legwork.
I'm impressed that you are aware of the coding details of the "vast majority of projects" to be able to make such a determination that it "shouldn't take long".
 
Apple just offered-up a significant nugget as to the success, or lack there of, of their iPhone X.

I wonder if Warren Buffett knows the significance.

Anybody with an IQ of ~85 or greater should be able to figure it out.

The rest will need to wait until someone spoon feeds it to them.
 
Way to save face. No you’re right, Apple owes nothing to these developers. *Cough cough 30%

Hopefully you’re not the manager of anyone, because lead by example is clearly a concept you struggle to grasp.

When your the leader your in control and others fall in line or get out the way. Anyway I have already stated my opinion and I’m leaving the issue here.
 
I'm impressed that you are aware of the coding details of the "vast majority of projects" to be able to make such a determination that it "shouldn't take long".
As for supporting iPhone X, yeah, if you use Auto Layout correctly like they’ve been strongly suggesting and educating developers on for several years now, it’s pretty painless to make the jump.

As for Swift version migration, I’ll admit it was an assumption. If people weren’t happy with Swift, I figure its growth in usage wouldn’t be explosive and many folks would’ve jumped back to Objective-C and/or cross-platform garbage by now. While it’s tough to say with much certainty, it is likely that that has not happened.

Listen, if you don’t want to deal with a rapidly changing programming language, don’t use a young programming language. This much is basically common sense. Even though it’s been a few years now, Swift still certainly counts as young (though I’ll go out on a limb in saying that I think Swift 3 will prove to be the worst the growing pains get from here on out).

Don’t like how often Swift changes? Use Objective-C if you’re more familiar with it. It’s very unlikely that end-users will notice any difference. Or better yet, get involved in the open-source project and make your voice heard as to why you think a change should or shouldn’t be made. Either way, it’s not my problem and I’ve already devoted more time to this post than it took me to migrate an app to support Swift 4, iOS 11, and iPhone X.
 
  • Like
Reactions: orbital~debris
To clarify: does this mean no apps updated will support below iOS 11 now? Or as in, they are mandated to support iOS 11-tier technology and are backwards compatible to whatever they current support now?

Example: an app I use frequently just bumped their minimum iOS to 8. Does this mean it will have to bump to 8, or it can stay at 8 however people at iOS 11 will have relevant tech included now?
Xcode 9 (which will be required to meet the iOS 11 SDK requirement) allows a minimum deployment target of iOS 8. So developers will be able to include support back to iOS 8 if they so choose.

Bumping the minimum to iOS 8 is a sign that the developer of that app is now using Xcode 9 to meet this requirement.
 
iOS 11 turned three of our ipads (a mini4 & 2 pros) into slow, unresponsive, crashy paperweights. And it ruined multitasking. I was lucky enough to downgrade the mini back to 10 while I still could. Ultimately sold the Pro's off. I suppose I'll continue to use the mini on 10 until the battery kills it like the 3 mini4s that preceded it. ...given the direction of things, I think that may wrap it up for iOS & mobile devices for me in general.

It'll be funny, to look back on having blown tens of thousands of dollars on these products, and be left with absolutely nothing of any value to show for it. Other things of quality have an inherent value in them. Old bikes, old machinery, broken down cars, even my 70 year old Atomic coffee maker, all retain some value because they can always be of some use to someone. Comparatively, computer stuff has a million times the technology in it of any of that stuff, and yet 3 software updates later, it's a lifeless brick of no use or value to anyone and goes in the scrap heap. The hardware would still work, but we let software wreck it, and let it stay wrecked. And a billion of us just go along with this.

I think I'm getting off this crazytrain.
 
Probably a lot of apps out there developed and mostly never updated or rarely updated. Now they will never be updated.

Not Apples problem if an app has been abandoned. Besides if a developer gets off their butt and suddenly wants to update the app then they just need to support the X and then they can update it. This is absolutely not an issue at all unless a developer is just lazy in which case they probably shouldn't be developing apps for the iOS platform. This is such an easy thing to do I can practically do it in my sleep.
 
Looks like Apple will be using the same FaceID component this year and the notch will remain the same size (no reduced notch like one rumor mentioned).
 
Supporting the iPhone X is easy, especially if you use the storyboard with constraints correctly.
The problem is that too many apps are built using cross compilers, or cross platform tools, that haven't yet figured out how to best support the X.
I downloaded an app at the weekend, by one of my rivals, and it just doesn't work on the X.
(How it got past apple review is another story)
You can't tap on any of the buttons at the bottom of the screen because they've used their own cross-platform UI which assumes all screens are perfect rectangles with no intrinsic controls like the swipe up bar, or swipe to switch apps, like the X UI has.
If this sort of laziness is making Apple's iPhone look bad then I can understand them coming down hard on developers about it.
 
  • Like
Reactions: orbital~debris
Anybody knows what that means for backwards compatibility? What older iOS versions can be served with that SDK? 9+?

As a developer, you specify which SDK you are using, and which iOS version your app will be running on. I'm currently using "iOS 11 SDK, deployment on iOS 9.3". This means that if I want to use iOS 11 features, I have to first check that the app is running on iOS 11. The SDK tells which features the app _could_ use, the iOS on your device tells which features the app _can_ use.
[doublepost=1525766661][/doublepost]
This all should been like this from day one of iOS 11
That's nonsense, because it would have meant that for a few months no new apps would have been added to the app store.
[doublepost=1525766744][/doublepost]
Supporting the iPhone X is easy, especially if you use the storyboard with constraints correctly.
It's reasonably easy for new code, but it's a lot of work if you have tons of older code, which most people have.
[doublepost=1525766841][/doublepost]
Xcode 9 (which will be required to meet the iOS 11 SDK requirement) allows a minimum deployment target of iOS 8. So developers will be able to include support back to iOS 8 if they so choose.

Bumping the minimum to iOS 8 is a sign that the developer of that app is now using Xcode 9 to meet this requirement.

On the other hand, any iOS device running iOS 8 can be updated to iOS 9.3.5, which is why I'm not bothering with iOS 8 anymore. And supporting iOS 8 is quite a bit of extra work, for practically no gain.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.