Ben Scheirman

Menu

Runtime Size Class Changes in iOS 8

It’s been interesting to watch as Apple transitions from hard-coded device sizes, where you only have two real devices to think about (iPhone and iPad), to a more flexible approach that deals with devices of any size.

The hinting of a new potential screen size was so thick you cut it with a knife during WWDC. The engineers were practically winking at the audience. When they first announced that you could resize the simulator to “any arbitrary size” there was quite a bit of laughter, because it’s obvious that a larger iPhone is coming.

Many of the new APIs that we see in iOS 8 boil down to one thing: Getting rid of UI_USER_INTERFACE_IDIOM. (side note: can you imagine being an engineer in the room when the requirement came in and trying to estimate the ramifications? What a huge change.)

This means that there needed to be a way for UIPopoverController and UISplitViewController to work on iPhone, and allow a single Storyboards to address multiple screen sizes.

But the new APIs don’t just support a single code base & interface layout to work on iPhone & iPad, they also allow the screen size to change at runtime.

While watching WWDC Session 228, “A Look Inside Presentation Controllers” there are a couple of demos that show off changing the simulator size class & dimensions while the app is running.

Why is this significant? This hints at a larger change in iOS 8 where you’ll be able to do this as a user, being able to display multiple apps on the screen at once.

Indeed there seems to be code in Springboard on iOS 8 that points to this feature.Steve Troughton-Smith noted this a couple weeks ago:

We are in an interesting time, watching the tea leaves to see where Apple is headed. As an engineer it’s very exciting to see how Apple changes their frameworks to support new directions on iOS.

Comments