⭐️ If you for some reason wanted to test your apps using the phone idiom on an expanded-layout device like an iPad, like, say, to simulate what might happen when unfolded on a foldable phone, you might try a swizzle like this that only kicks in when you pass -SimulatePhoneIdiomOnPad YES to your launch arguments

I'm a little alarmed at how many assumptions this breaks in several of my apps, including the entirety of my big Broadcasts 4 redesign 🫠

The practical realities of @markgurman stating 'iPhone Fold won't run iPad apps' are actually pretty damn consequential. This is going to mean some painful work for developers. If they don't announce this stuff at WWDC, and instead drop it upon us in September two weeks before launch… 😱

I think Apple has a way to preview this at WWDC:

iPadOS 27 *must* allow iPhone apps to be resized to any size.

Then we will have a means to simulate what a phone idiom looks like at larger sizes, without Apple having to preannounce the foldable itself. And it will increase the urgency with which developers have to figure this stuff out, before hundreds of millions of iPad users are resizing their phone apps willy-nilly.

@stroughtonsmith Guessing pre-Xcode 27 apps will be forced in half-screen/side-by-side mode. The question would then be whether Xcode 27 will force iPhone apps to support full-width or can stay compact-size-class only. History suggests they'll be able to opt-out (like iPad apps can opt out of resizing).

I thought Apple basically deprecated idioms in favor of size classes way back when they first introduced iPad multitasking, which can simulate switching from phone screen to ipad/unfolded screen. What do your apps do when they're in an iPad sidebar?

@colink there are still all kinds of reasons you need to check idiom beyond checking for compact vs expanded layouts, because phone apps can and should function differently to iPad apps. Anything reasonably complex that has iPad and Mac support will have idiom conditionals everywhere