Ein neues iPhone Duo aufklappen, und die Apps, die Sie schon nutzen, starten in der Regel. Eine App stürzt nicht ab, nur weil niemand sie für ein faltbares Display neu gezeichnet hat. Wurde das Binary mit dem iOS-26-SDK oder früher gebaut, bleibt es auf dem geöffneten Innendisplay in einem vertrauten, telefongroßen Fenster in der Mitte. Der Rest dieser Fläche bleibt leer. Diese leere Fläche ist der schwarze Balken, nach dem gefragt wird.
Gestreckte Layouts und verfehlte Taps sind ein anderer Fehler. Er erscheint, nachdem eine Entwicklung das Binary mit dem iOS-27- oder 27.1-SDK neu gebaut hat und das System das Fenster beim Falten mitvergrößert. Das alte Layout war für einen festen Bildschirm gezeichnet. Nimmt man das Kompatibilitätsfenster weg, werden diese Annahmen sichtbar.
Alte Apps laufen weiter. Schwarze Balken sind das Kompatibilitätsfenster für Binaries mit dem iOS-26-SDK oder früher, kein Absturz. Layout- und Trefferfehler zeigen sich, sobald das Fenster wächst und der Code weiterhin eine feste Größe, eine feste Orientierung oder die harte Trennung iPhone gegen iPad annimmt.
Die Angaben unten wurden am 15. Oktober 2026 geprüft. Displaygrößen und Verkaufstermine stehen auf der iPhone-Duo-Produktseite von Apple. Die drei Fenstermodi stehen in Prepare your app for iPhone Duo. Der zugehörige Tech Talk behandelt Main Screen, Orientierung und Safe Areas. Dieser Text öffnet keine bekannten App-Store-Titel auf einem Gerät. Er benennt Codeklassen, keine Marken, die „schon kaputt“ wären.
Öffnen alte Apps auf dem iPhone Duo noch?
Ja. Die Vorbereitungsseite sagt, dass jede App läuft. Was sich ändert, ist, ob das Fenster Innendisplay, Außendisplay und Split View mitmacht.
Das iPhone Duo ist Apples erstes faltbares iPhone. Das Innendisplay misst 7,6 Zoll und ist 50 Prozent größer als das des iPhone 18 Pro Max. Geschlossen ist das Außendisplay 5,4 Zoll groß und hat mehr als 90 Prozent der Bildschirmfläche des iPhone 18 Pro. Das Seitenverhältnis ist auf beiden Displays gleich. Vorbestellungen beginnen am 16. Oktober 2026 um 5:00 Uhr PT, der Verkauf startet am 23. Oktober. Diese Zahlen stammen von der Produktseite, nicht aus einem Gerüchte-Thread.
Das System wählt das Fenster nach dem SDK, mit dem dieses Binary kompiliert wurde. Der Name der App spielt keine Rolle, und auch nicht, wie fertig sie auf dem iPhone 18 Pro wirkt.
| SDK beim Build | Innendisplay, geöffnet | Was die Doku sonst noch sagt |
|---|---|---|
| iOS 26 oder früher | Zentriert, mit leerer Fläche drumherum | Geschlossen liegt der Inhalt links von Statusleiste und Kamera |
| iOS 27 | Der größte Teil des Innendisplays, die Statusleiste rechts bleibt frei | Aufklappen vergrößert das Fenster, Zuklappen bringt es aufs Außendisplay zurück |
| iOS 27.1 oder später | Das volle Innendisplay | Symbol- und Tableisten sitzen senkrecht unter der Statusleiste; das vor dem Release prüfen |
Die ersten beiden Spalten folgen der Vorbereitungsseite. Der Satz zum geschlossenen Display, der Inhalt liege links von Statusleiste und Kamera, gilt für das iOS-26-SDK und früher. Für iOS 27 und später ist dokumentiert: auf dem Innendisplay ausdehnen, beim Zuklappen aufs Außendisplay zurück. Zeichnen Sie nicht denselben schwarzen Rahmen um alle drei Außendisplay-Fälle.
Wer zeichnet die schwarzen Balken eigentlich?
Die Balken sind keine Dekoration, die die App gemalt hat. Bei einem Binary mit dem iOS-26-SDK oder früher weigert sich das System, es über das 7,6-Zoll-Innendisplay zu ziehen, und stellt es in eine Größe, die dieses Binary schon kennt. Die Restfläche bleibt leer. Tasten in diesem Fenster funktionieren weiter.
Zuklappen ist ein anderes Bild. Für dieses ältere SDK sagt die Vorbereitungsseite, das Außendisplay zeige den Inhalt links von Statusleiste und Kamera. Das Außendisplay ist breiter und niedriger, und die Produktseite sagt, wichtige Steuerelemente wanderten an die Seite, damit der Inhalt mehr Höhe behält. Der Letterbox-Rahmen innen ist kein Beleg dafür, dass das geschlossene Gerät an allen vier Kanten schwarz ist.
Der Satz, der zu weit wandert, lautet: „Das Cover ist ein normales iPhone, also sind alte Apps dort randlos.“ Apple schreibt, der Inhalt halte Abstand zu Statusleiste und Kamera. Ob er das Außendisplay füllt und ob die Steuerung seitlich sitzt, folgt der Notiz zu diesem SDK. Kleben Sie das innere Kompatibilitätsfenster nicht auf das Cover.
Die Balken bleiben, bis die Entwicklung das SDK wechselt. iOS 27 verkleinert die leere Fläche deutlich. iOS 27.1 ist der Build für die volle Fläche, und Standardleisten können wandern. Ein Recompile ohne Layout-Pass kann die Balken entfernen und die Fehler des nächsten Abschnitts freilegen. Wenige Teams schaffen einen 27.1-Test und die Store-Einreichung vor dem 23. Oktober, deshalb bleiben Kompatibilitätsfenster am ersten Tag häufig. Das ist ein Kalender, keine Liste defekter Store-Einträge.
Welche Apps zeigen am ehesten schwarze Balken?
Es gibt einen Test: Wurde dieses Binary mit dem iOS-26-SDK oder früher gebaut? Ob es ein Spiel oder ein bekannter Name ist, ändert die Regel nicht. Auf dem offenen Innendisplay sitzt jedes Binary dieser Gruppe im zentrierten Fenster.
Zuerst fallen Apps auf, die selten ausgeliefert werden: Parken, Türzugang, ein internes Freigabetool, eine Branchen-App, die niemand neu gebaut hat. Man sieht schwarze Balken. Listen und Tasten im Fenster reagieren meist noch.
Spiele brauchen einen zweiten Blick. Die Human Interface Guidelines verlangen, jede Haltung zu füllen und das Seitenverhältnis zu ändern, statt Letterboxing zu nutzen. Wenn Abstand unvermeidbar ist, soll dort Grafik liegen. Ein Spiel, das nach einem neuen SDK weiter letterboxt, wählt diesen Rahmen selbst. Das ist nicht das Systemfenster. Beide Balken sehen ähnlich aus und gehören zu verschiedenen Schichten. Dieser Text kann ein benanntes Spiel keiner Schicht zuordnen. Dafür zählt das SDK des Builds im Store.
Welche Apps verrutschen im Layout am ehesten?
Das Layout bricht selten, solange die App im Kompatibilitätsfenster bleibt. Die Fenstergröße hat sich nicht geändert, also passt ein Telefon-Layout weiter. Der Bruch beginnt, wenn Falten, Drehen oder Split View das Fenster ändern und der Code eine alte Größe behält.
Die Vorbereitungsseite nennt die Muster, die strecken, beschneiden oder Steuerelemente unsichtbar parken:
- Den ganzen Bildschirm als eigenes Fenster behandeln.
UIScreen.main.bounds, eine Größe nur beim Start, undUIWindow(frame: UIScreen.main.bounds). Ein Faltvorgang ändert die Größe mitten in der Sitzung, die Startzahl wird alt. Der Tech Talk sagt außerdem, der Main Screen sei auf einem Gerät mit zwei Displays mehrdeutig und werde später entfernt. - Die Orientierung als Layoutschalter. Das Innendisplay hält sich nicht an die deklarierten Orientierungen.
UIDevice-Orientierung oderinterfaceOrientationpassen nicht zu Breite und Höhe des Fensters. - „Ist das ein iPhone?“ als Layoutschalter.
userInterfaceIdiom == .phoneoder.pad, und jeder Zweig, der regular width als iPad liest. Eine iPhone-App kann auf dem Innendisplay regular width haben. - Eine Tabelle bekannter Höhen. Prüfungen wie
bounds.height == 844treffen Duos Fenster nicht. - Vollflächige Hero-Bilder und Video.
scaleAspectFillschneidet das Motiv auf einem breiteren Rahmen ab.
Ein Beispiel, das zur Doku passt. Eine Notizen-App mit dem iOS-26-SDK öffnet zentriert, mit leerer Fläche drumherum. Die Tasten bleiben, Notizen lassen sich speichern. Mit dem iOS-27.1-SDK füllt das Fenster das Innendisplay, und das System stellt die Tableiste senkrecht unter die Statusleiste. Stammt das Y einer unteren Taste von der Bildschirmhöhe beim Start, landet sie auf der Leiste oder außerhalb des Inhalts. Die Eingabe hat sich nicht geändert. Das Fenster schon.
Die häufigste Verwechslung schaltet auf eine iPad-only-Seitenleiste, weil die Breite regular ist. Dieser Zweig lief früher nur auf dem iPad. Das Innendisplay des iPhone Duo kann ebenfalls regular width melden, also erscheint die Seitenleiste auf diesem Telefon.
Welche Apps verfehlen Taps oder drehen die Kameravorschau?
Interaktionsfehler sind die nächste Schicht eines Layoutfehlers. Das Element ist noch da, aber der Finger trifft etwas anderes, oder die Vorschau schaut in die falsche Richtung.
Spiele und Video mit gesperrter Orientierung
Das Innendisplay ignoriert deklarierte Orientierungen. Ein reines Querformat-Spiel mit Steuerelementen an einer Kante kann nach dem Falten einen virtuellen Stick in die Safe Area schieben oder im alten Verhältnis letterboxen. Die Vorgabe ist, das Seitenverhältnis zu ändern und die Fläche zu füllen. Wenn Abstand nötig ist, gehört Grafik hinein, kein nackter schwarzer Balken.
Kamera- und Anruf-Apps, die Objektive selbst wählen
Falten ändert, wohin ein Objektiv zur haltenden Person zeigt. Eine App, die „vorne“ oder „hinten“ selbst wählt, muss die Objektive beim Öffnen und Schließen wechseln. Der Kamera-Tech-Talk verweist auf AVCaptureDeviceDirectionCoordinator: Der Coordinator des Außendisplays meldet die rückwärtigen Kameras als nach vorn gerichtet, der des Innendisplays als nach hinten. Ohne ihn kann die Vorschau falsch spiegeln oder nach dem Öffnen beim vorherigen Objektiv bleiben. Das ist ein Interaktionsfehler, kein schwarzer Balken.
Eigene Bodenleisten und Trefferflächen
System-Navigations-, Symbol- und Tableisten liegen außerhalb der Safe Area und weichen Statusleiste und Kamera von selbst aus. Eine selbst gezeichnete Bodenleiste kippt nicht automatisch in die Senkrechte. Auf dem Außendisplay und auf dem Innendisplay im Querformat sitzen Standardsteuerungen an der Seite. Nur das Innendisplay im Hochformat hat genug Höhe für waagerechte Leisten. Safe Areas sind oft unsymmetrisch, und in Split View kann eine senkrechte Steuerung links sitzen. Treffertests, die annehmen, „die Leiste ist immer unten und beide Seiten sind gleich“, gehen daneben.
Ist das derselbe iPhone-Kompatibilitätsmodus wie auf dem iPad?
Nein. Das skalierte iPhone-Fenster auf dem iPad beantwortet: „Dieses Binary hat keine iPad-Oberfläche.“ Duos drei Fenster beantworten: „Welches SDK hat dieses Binary kompiliert?“ Beide Regeln können in einem Projekt leben. Sie ersetzen einander nicht.
Sie scheitern auch zu anderen Zeiten. Der iPad-Modus ändert die Größe nicht, weil jemand das Gerät mitten in der Sitzung gefaltet hat. Duo schon. Eine Messung einmal in viewIsAppearing reicht nicht. Lesen Sie die Größe erneut in layoutSubviews, viewDidLayoutSubviews oder im Callback, der läuft, bevor sich die Größe ändert. In SwiftUI GeometryReader oder onGeometryChange. Die Skalierung kommt aus traitCollection.displayScale, nicht aus UIScreen.main.scale. Das Fenster entsteht mit UIWindow(windowScene:). Speichern Sie kein UIScreen.
Hat das Team die Release-Regression schon vor den Herbstgeräten von einer kleineren Beta-Spur getrennt, beantwortete dieser Plan, wo die Regression läuft. Duo ergänzt eine Regel: Derselbe Fall muss geschlossen, offen, gedreht und in Split View angesehen werden, nicht nur als Screenshot in einer Simulatorgröße. Die Trennung von stabiler Spur und Testspur ist der Punkt von ob der Testplan vor dem Herbst-Event für das iPhone 18 geändert werden muss. Legen Sie Duo auf die Testspur. Stoppen Sie nicht die Release-Regression. Der Simulator braucht einen Mac mit Xcode 27.1. Wie man diese Maschine von der täglichen Arbeit trennt, steht in wie eine macOS-27-Testumgebung aufgesetzt wird. Die Fensterregeln hängen nicht davon ab, ob Sie einen Mac mieten.
Was kann dieser Text nicht für Sie beantworten?
Ob eine benannte App heute schwarze Balken zeigt, hängt vom SDK des Store-Builds ab oder davon, diesen Build im iPhone-Duo-Simulator von Xcode 27.1 zu öffnen. Die Vorbereitungsseite nennt außerdem den größenveränderbaren Simulator in Device Hub und das Ziehen eines iPhone-Mirroring-Fensters auf extreme Maße unter macOS 27. Sie sagt, der Duo-Simulator sei der Weg zur vollen nativen Erfahrung. Dieser Text hat das für keine ausgelieferte App getan.
Ob die Falte ein Pixel verdeckt, ob die Balken eines Spiels absichtlich sind und ob eine seitliche Steuerung eine eigene Geste blockiert, muss in dieser Haltung geprüft werden. Die Doku sagt, welche Schicht verdächtig ist. Sie sagt nicht, ob diese Schicht in Ihrem Binary schon behoben ist.
Wie kaputt sind alte Apps dann?
Apps mit dem iOS-26-SDK oder früher laufen weiter. Auf dem offenen Display ist das typische Ergebnis ein schwarzer Balken, kein Absturz. Geschlossen weicht der Inhalt Statusleiste und Kamera aus. Beschreiben Sie das nicht als denselben Rahmen wie auf dem Innendisplay.
Schwarze Balken erscheinen zuerst bei Binaries, die das SDK nicht gewechselt haben, besonders bei selten ausgelieferten Werkzeugen. Layout bricht zuerst bei Apps, die auf iOS 27 oder 27.1 gewechselt sind, aber weiter vom Screen-Singleton, einer festen Höhe, der Orientierung oder einem iPhone-gegen-iPad-Zweig ausgehen. Verfehlte Taps erscheinen zuerst bei Spielen mit gesperrter Orientierung, Kamera-Apps, die die Linsenrichtung selbst führen, und eigenen Bodenleisten.
Standard-Navigation und Tableisten folgen dem System. Koordinaten, die Sie selbst rechnen, nicht. Um eine App zu kennen, öffnen Sie dieses Binary im Duo-Simulator oder auf dem Gerät. Dass es auf dem iPhone 18 Pro in Ordnung ist, heißt nicht, dass es nach dem Falten in Ordnung ist.