Faut-il réadapter une app iOS avant la sortie de l’iPhone Duo ? 2026 tailles, orientation, multifenêtre et coût des tests Xcode

Nous sommes le 15 octobre 2026. La page produit d’Apple écrit que la précommande commence le 16 octobre à 5 h, heure du Pacifique, et que la vente ouvre le 23 octobre. L’actualité pour développeurs du 5 octobre autorise déjà à recompiler et à soumettre avec Xcode 27.1 ; à partir d’avril 2027, les nouvelles soumissions doivent aussi porter des captures iPhone Duo. Pouvoir se lancer dit seulement que l’ancien binaire est encore là. Cela ne dit pas que l’écran interne est rempli, que les branches portrait et paysage prennent le bon chemin, ni que le bouton principal reste dans la safe area en Split View. L’article du 13 octobre mettait le délai de reprise et l’achat du Mac dans le même calcul. Celui-ci ne répond qu’à la question d’avant la sortie : faut-il changer le code, et combien cette passe de tests doit coûter.

Pourquoi s’ouvrir n’est pas encore réadapter

L’ancien jugement et le nouveau se heurtent à la même phrase de retour utilisateur. L’ancien jugement dit : « ça se lance dans le simulateur, on lira les mauvaises notes après la sortie ». Le nouveau jugement regarde d’abord quel fait la mise en page lit encore : l’écran entier, l’orientation de l’appareil, ou cette fenêtre-ci. La page de préparation d’Apple est directe : les apps construites avec le SDK iOS 27 ou plus tard changent de taille quand le Duo se plie. Les tailles d’écran écrites en dur, les orientations fixes et les hypothèses sur l’appareil étirent la mise en page, la coupent ou la mettent au mauvais endroit.

Les mêmes sources n’ont pas le même visage sur les trois paliers de SDK. C’est la première coupe d’avant la sortie, pas un goût de design. Un build SDK iOS 26 ou antérieur tourne encore : ouvert, la fenêtre reste au centre avec du vide autour ; fermé, le contenu se place à gauche de la barre d’état et de la caméra. Un build SDK iOS 27 remplit la plus grande partie de l’écran interne et évite encore la barre d’état du bord droit. Le SDK iOS 27.1 et les suivants, c’est l’état optimisé : le contenu utilise toute la surface d’affichage, et les barres d’outils et d’onglets se tiennent à la verticale sous la barre d’état. Une équipe qui ne change que les captures du store, alors que le binaire est encore sur l’ancien SDK, montre à l’utilisateur qui ouvre l’écran interne un letterbox. Ce vide ne sera pas lu comme « nous adapterons la semaine prochaine ».

La deuxième coupe : la fenêtre n’est pas l’écran, et l’orientation n’est pas la forme. La page de préparation demande de relire à chaque changement de taille. Une lecture dans viewIsAppearing ne suffit pas, parce que le pli arrive au milieu de la session. En UIKit, placez la mise en page qui dépend de la taille dans layoutSubviews ou viewDidLayoutSubviews ; quand il faut agir au moment du changement de taille, utilisez viewWillTransition(to:with:). En SwiftUI, GeometryReader ou onGeometryChange. Prenez l’échelle dans la trait collection, pas dans UIScreen.main.scale. Sur un appareil à deux écrans, la sémantique de l’écran principal est ambiguë, et Apple dit qu’elle sera dépréciée dans une version future.

La troisième coupe est la machine de test. Le simulateur iPhone Duo dans Xcode 27.1, l’ouverture, la fermeture et la rotation en bas de Device Hub, et l’étirement extrême d’iPhone Mirroring sur macOS 27 sont tous attachés à un Mac. Cette chaîne n’existe pas sous Windows. Pour le choix de la machine de build d’équipe, voir Xcode Cloud face à un Mac distant. Xcode Cloud sait compiler. Il ne remplace pas le moment où vous vous asseyez devant Device Hub, tournez une fois fermé, à moitié plié et ouvert, puis faites glisser le Split View de la gauche vers la droite.

Comment classer tailles pliables, orientation et multifenêtre

Écrire « supporter l’iPhone Duo » comme un seul jalon fera glisser le planning d’avant la sortie. Coupez selon les comportements que l’utilisateur va vraiment rencontrer, en quatre portes. S’il en manque une, vous écrirez « ça compile » à la place de « c’est adapté ».

Tailles : deux écrans, plus une fenêtre qui change

La page des spécifications fige les chiffres. Le code de mise en page ne doit pas les suivre. L’écran externe est un Super Retina XDR de 5,4 pouces, résolution 1398×2034 à 460 ppi. Fermé, hauteur, largeur et épaisseur font 117,8 × 84,1 × 11,3 mm. L’écran interne est un Super Retina XDR pliable de 7,6 pouces, résolution 1878×2670 à 430 ppi, avec une nano-texture. Ouvert, la hauteur reste 117,8 mm, la largeur 164,6 mm et l’épaisseur 5,2 mm, soit 117,8 × 164,6 × 5,2 mm, pour un poids de 254 g. Apple écrit que les deux écrans ont le même rapport, et que le contenu se met à l’échelle en proportion ; mesurés comme des rectangles standard, ils font environ 5,36 et 7,58 pouces, la zone visible réelle est plus petite, et les coins arrondis sont à l’intérieur du rectangle.

La size class est le palier que la mise en page doit lire. L’écran externe suit les autres iPhone : en portrait, regular sur l’axe vertical et compact sur l’axe horizontal ; en paysage, compact sur les deux axes. L’écran interne est regular en horizontal et en vertical, donc une barre latérale a de la place. La fenêtre peut encore être plus petite. Le Split View, le demi-pli et l’étirement du mirroring font que la fenêtre n’est plus l’écran entier. Les pixels de la page spec sont donc un ordre de grandeur, pas une constante. Prenez l’échelle avec traitCollection.displayScale ou displayScale en SwiftUI. N’écrivez pas 1398 ni 1878 dans un ==.

Deux comportements système se mélangent facilement avec « la taille de l’écran ». Les coins suivent la Concentricity d’iOS 26 : ConcentricRectangle en SwiftUI, UICornerConfiguration en UIKit. Le pli et les caméras passent par des régions réservées, pas par une mesure que vous feriez vous-même du milieu. SwiftUI lit ReservedRegion depuis le proxy de géométrie, UIKit utilise UIViewReservedRegion. L’angle de charnière est un autre canal : onHingeChange et UIHingeInteraction donnent closed, partially open, fully open, et un angle continu. Apple dit que l’angle convient aux effets, et que la mise en page passe par l’arrangement et les régions réservées. Changer un frame à partir de l’angle fera trembler le demi-pli dès la première semaine de vente.

Orientation : l’écran externe obéit, l’interne non

Le Tech Talk de la page de préparation dit l’orientation en deux phrases. L’orientation d’interface de l’écran externe suit les autres iPhone, et le Duo est aussi l’occasion de rattraper le paysage, parce que certains posent le téléphone fermé sur le côté, comme une tente. L’écran interne ne respecte pas les orientations supportées que vous déclarez dans Info. Comme pour l’idiom, ne faites pas de branche de mise en page sur l’orientation. Pour savoir si c’est plus large que haut, comparez la largeur et la hauteur que vous avez vraiment : view.bounds dans le view controller, superview.bounds dans la vue, la taille d’un GeometryReader en SwiftUI.

Les propriétés à rechercher pour les retirer sont UIDevice.current.orientation, statusBarOrientation, et interfaceOrientation, y compris windowScene.effectiveGeometry.interfaceOrientation. Les Human Interface Guidelines ajoutent une phrase sur la continuité : quand l’appareil est couché, les contrôles restent sur le côté et gardent la même hauteur verticale, au lieu de réordonner toute la page dès que le téléphone passe à l’horizontale. Les composants système standard le font seuls. Les barres que vous dessinez vous-même ne le font pas.

UIRequiresFullScreen reste valide, mais l’app change encore de taille à l’ouverture et à la fermeture. Une autre phrase se lit de travers : le Duo respecte les orientations supportées que vous déclarez, mais une app sur l’écran interne se met quand même à l’échelle, et il en va de même dans le Split View. Donc « j’ai verrouillé le portrait, l’écran interne ne s’élargira pas » ne tient pas. La safe area est souvent asymétrique. En paysage et en Split View, des boutons en colonne peuvent apparaître à gauche. Calculer la largeur en multipliant l’inset gauche par deux pousse le bouton hors de l’écran de l’autre côté. Soustrayez chaque bord à part.

Multifenêtre : le Split View est le défaut, la deuxième fenêtre non

La phrase d’origine du Tech Talk multifenêtre est celle-ci : toutes les apps participent au multitâche sur le Duo, et deux apps peuvent être côte à côte. Celles qui ont déjà géré le changement de taille pour l’iPad ou iPhone Mirroring partent d’un meilleur point. Il existe aussi une nouvelle disposition qui superpose la vidéo et l’app. Elle se traite comme le Split View : lisez encore la size class et la géométrie de la scène, et n’écrivez pas une branche supplémentaire du type « c’est de la vidéo ».

Le Duo est le premier iPhone qui prend en charge plusieurs instances d’interface de la même app. Ce qui ouvre une nouvelle fenêtre sur iPad l’ouvre ici aussi. Une seule différence : l’écran externe ne peut pas créer de nouvelle fenêtre, ce comportement est réservé à l’écran interne. Une demande de nouvelle scène doit gérer l’échec. Utilisez UIWindowSceneActivationAction : elle se cache toute seule quand une nouvelle fenêtre n’est pas disponible, au lieu de laisser un bouton qui affiche une erreur au toucher. L’accessoire de scène est une troisième voie, pour qu’une interface complémentaire apparaisse sur l’autre écran. CameraCaptureAccessory de l’appareil photo place l’interface supplémentaire sur l’écran externe, garde l’interface principale en plein écran sur l’écran interne, et exige une session caméra en cours. Après la fermeture, l’accessoire n’est plus disponible, et le bouton doit se couper avec onAvailabilityChange. C’est un plus pour une app caméra. Le Split View n’est pas un plus. C’est le défaut de toutes les apps.

import SwiftUI

struct LaunchCheck: View {
    @Environment(\.horizontalSizeClass) private var widthClass

    var body: some View {
        GeometryReader { proxy in
            let wider = proxy.size.width > proxy.size.height
            Root(regularWidth: widthClass == .regular, widerThanTall: wider)
        }
        .onHingeChange { _, context in
            guard let hinge = context.hinge, hinge.status == .partiallyOpen else { return }
            // hinge.angle drives an effect. Do not lay out from the angle.
            playBend(hinge.angle)
        }
    }
}

Ce n’est pas un gabarit d’ingénierie. Cela fixe trois choses : en largeur regular sur l’écran interne, une barre latérale peut sortir, et en largeur compact sur l’externe elle se replie ; portrait et paysage se lisent sur la dimension la plus longue de la fenêtre actuelle, pas sur l’orientation ; l’angle de charnière ne pousse un effet qu’en pose à moitié pliée, et la mise en page passe toujours par la size class et les bounds. Le bouton de la deuxième fenêtre est confié à une action d’activation qui se cache toute seule. Ne laissez pas sur l’écran externe un « nouvelle fenêtre » toujours activable.

Comparaison centrale : tailles, orientation, fenêtres et coût des tests

La vraie différence est de savoir si le code suppose encore qu’un téléphone n’a qu’un écran, une orientation et une fenêtre, pas si le designer veut une animation de pli. Les deux tableaux ci-dessous utilisent les mêmes colonnes. Les frais de test sont les prix en dollars de la page tarifs de ce site pour le M4 16 Go et le 24 Go : journée 20,2 et 40,2, semaine 54,5 et 108,5, mois 100,9 et 200,9. Les jours-personne ne sont pas convertis en dollars dans cet article. Les paliers de délai et la comparaison avec l’achat sont dans le coût d’adaptation du 13 octobre.

Multipliez le tarif jour : la conclusion sur le coût des tests et le coût de reprise tiennent dans la même arithmétique. Sur 16 Go, 20,2×5 = 101,0, ce qui égale déjà le mois à 100,9. Sur 24 Go, 40,2×5 = 201,0, en face du mois à 200,9. La semaine, 54,5×2 = 109,0, reste un peu au-dessus d’un mois en 16 Go. Donc « essayer d’abord à la journée » ne tient que si vous êtes sûr de finir la matrice en un jour ou deux. Si App Resizability sort au deuxième jour une série de tests d’orientation ou de UIScreen.main, la période de facturation doit passer au mois. Le huitième jour, vous payez le cycle, pas les tests.

La matrice elle-même se pose en cases, pas en un paragraphe « tester un peu le pli ». Un regard sur chacun des trois paliers de SDK : letterbox, évitement de la barre d’état à droite, ou barres verticales plein écran. Puis, dans le simulateur 27.1, tournez une fois fermé, à moitié plié et ouvert. Sur l’écran interne, avec l’indicateur Home en bas, faites glisser l’app vers la gauche puis vers la droite, et confirmez que le bouton principal est encore là après le changement de côté de la barre verticale. Demandez une deuxième scène sur l’écran interne ; sur l’externe, confirmez que l’action d’activation disparaît, ou que vous avez reçu l’échec de la demande. L’étirement du mirroring sur macOS 27 est un plus, pour voir une fenêtre plus large ou plus étroite que le Duo. Ce n’est pas obligatoire avant la vente. Changez les captures une fois que le chemin principal n’est plus en letterbox. Soumettre des captures Duo fait apparaître le badge optimisé sur la page produit. À partir d’avril 2027, les nouvelles soumissions doivent porter ces captures. C’est l’échéance du store, pas l’échéance de mise en page du 23 octobre.

Comment choisir le cas

Gardez l’appareil réel sur sa propre ligne. Le ressenti de la charnière et les points que le simulateur ne fait pas demandent une machine. Le prix est celui de la page Apple Store au moment où vous commandez. N’étalez pas cette ligne sur chaque ticket Xcode. Un Duo par personne ne fait pas disparaître UIScreen.main, et ne permet pas soudain de créer une nouvelle fenêtre sur l’écran externe.

Piles recommandées

A — indépendant, la mise en page suit déjà la taille : Xcode 27.1, machine locale ou un jour de nœud distant. Faites lancer par l’assistant de code « get my app ready for iPhone Duo », ou exécutez xcrun agent skills export dans le terminal pour le passer à un autre agent. Quand le scan est vide, entrez dans Device Hub : fermé, à moitié plié, ouvert, chacun tourné une fois, puis faites glisser le Split View à gauche et à droite. Sur l’écran externe, touchez une fois « nouvelle fenêtre » et confirmez que l’entrée disparaît. Regardez les captures du store dans l’aperçu Duo d’App Store Connect. Ce passage n’exige pas d’acheter une machine pour les tests. Le tarif mensuel du nœud est sur la page des tarifs.

B — petite équipe, orientation et barres maison encore là : La première semaine ne fait que le scan et le singleton d’écran, à la semaine ou directement au mois. Ne laissez pas le tarif jour rouler jusqu’au septième jour. La deuxième semaine remplace les branches d’orientation par une comparaison largeur-hauteur, et écrit les quatre bords de la safe area séparément. La troisième semaine garde une image à gauche et une à droite du Split View, et écrit le chemin d’échec de la deuxième scène dans la régression. La CI reste sur la machine de build existante ; la session où quelqu’un doit regarder l’ouverture et la fermeture utilise le même Mac distant. Le mois 24 Go à 200,9 dollars n’entre que si vous devez ouvrir Duo et d’autres simulateurs en parallèle. Cinq fois 40,2 égalent déjà ce palier mensuel.

C — il vous faut soumettre la semaine de la vente : Nous sommes le 15 octobre, la précommande commence demain, la vente le 23 octobre. Ce que vous pouvez promettre : sous 27.1, le chemin principal n’est pas en letterbox, les barres verticales ne couvrent pas le bouton principal, le bouton est encore là après que le Split View a changé de côté, et l’écran externe ne fait pas surgir une nouvelle fenêtre invalide. Ne mettez pas dans le texte du store une animation de charnière ou un accessoire caméra que vous n’avez pas terminés. La commande est sur la page de location. Versions de système et comptes passent par le centre d’aide. Ne supposez pas que l’image de location a déjà Xcode 27.1 préinstallé.

Erreurs fréquentes

1. Écrire « ça se lance » à la place de « c’est adapté ». L’écran interne du SDK iOS 26 est un letterbox centré. Les utilisateurs ne liront pas le bord vide comme « adaptation en cours ».
2. Écrire 1398 ou 1878 de la page spec dans une constante. C’est un ordre de grandeur en pixels. La fenêtre est plus petite en Split View et en demi-pli, et l’échelle ne doit pas non plus être écrite à la main.
3. Juger le portrait et le paysage de l’écran interne par l’orientation. L’écran interne ne respecte pas les orientations supportées. Prenez le rapport de la fenêtre actuelle.
4. Croire que UIRequiresFullScreen a coupé le Split View et l’ouverture-fermeture. La clé reste valide, et la taille change encore à l’ouverture et à la fermeture ; l’orientation déclarée n’empêche pas non plus la mise à l’échelle de l’écran interne.
5. Laisser sur l’écran externe une nouvelle fenêtre toujours activable. Une nouvelle fenêtre n’existe que sur l’écran interne. Si l’échec n’est pas géré, une erreur surgit à la fermeture.
6. Faire la mise en page avec l’angle de charnière. L’angle convient aux effets. La mise en page utilise la size class, les régions réservées et l’arrangement.
7. Payer le tarif jour pendant une semaine pleine. Cinq jours ouvrés en 16 Go égalent déjà le mois. Le huitième jour paie la période de facturation.

Sept étapes de mise en pratique

1. Alignez les mêmes sources sur chaque SDK que vous pouvez installer, et notez d’abord letterbox, évitement de la barre d’état à droite, ou barres verticales plein écran. La cible est 27.1.
2. Cherchez dans tout le projet UIScreen.main, UIDevice.current.orientation, statusBarOrientation, interfaceOrientation, userInterfaceIdiom, et des constantes de taille comme 844, 1398 et 1878.
3. Dans Xcode, faites lancer App Resizability par l’assistant de code, ou exécutez xcrun agent skills export. Le skill trouve la plupart des problèmes. La liste ci-dessus attrape le reste.
4. Ouvrez l’iPhone Duo dans Device Hub. Tournez une fois fermé, à moitié plié et ouvert. Puis, avec l’indicateur Home, faites glisser l’app de l’écran interne vers la gauche et vers la droite. Gardez une image par case des chemins principaux.
5. Sur l’écran interne, demandez une deuxième scène et confirmez que le succès et l’échec sont tous deux reçus. Sur l’externe, confirmez que UIWindowSceneActivationAction se cache toute seule.
6. Regardez si les barres verticales couvrent le bouton principal, si les insets gauche et droite ont été écrits comme égaux, si le sujet des images plein cadre est encore là, et si les régions réservées recouvrent des contrôles en demi-pli. L’angle de charnière ne se vérifie que pour l’effet, pas pour la mise en page.
7. Choisissez la période de facturation : un ou deux jours peuvent être le tarif jour ; un scan déjà sale vous passe au mois. Avant de commander, lancez sw_vers et xcodebuild -version sur le nœud. Une fois le chemin principal propre, remplacez les captures Duo et regardez-les dans l’aperçu de Connect. Ne forcez pas la mise à l’échelle d’une toile d’un autre iPhone.

FAQ

Une ancienne app, sans changement de code, s’ouvre-t-elle le jour de la sortie de l’iPhone Duo ?

Oui. Avec un build SDK iOS 26 ou antérieur, la fenêtre ouverte reste au centre avec du vide autour, et fermée le contenu se place à gauche de la barre d’état et de la caméra. Le fait que l’app tourne n’est pas une adaptation finie. Remplir la surface et utiliser les barres verticales exige le SDK iOS 27.1. Le Split View et la deuxième fenêtre ne deviennent pas corrects seulement parce que l’app « s’ouvre ».

Si le paysage n’est déclaré que dans Info, l’écran interne le respecte-t-il ?

L’écran externe respecte les orientations supportées que vous déclarez, et la pose en tente mérite un regard à part. L’écran interne ne les respecte pas, et l’app se met encore à l’échelle en Split View. UIRequiresFullScreen n’empêche pas le changement de taille à l’ouverture et à la fermeture. La mise en page compare la largeur et la hauteur de la fenêtre actuelle.

Le multifenêtre est-il optionnel ?

Le Split View n’est pas optionnel. Apple écrit que toutes les apps se mettent côte à côte, et la superposition vidéo plus app suit les mêmes size classes. Une nouvelle fenêtre ne se crée que sur l’écran interne. L’entrée sur l’écran externe doit utiliser UIWindowSceneActivationAction, qui se cache toute seule. L’accessoire caméra sur l’écran externe est un plus : il exige le plein écran interne et une session caméra en cours.

Avec seulement le simulateur, comment calcule-t-on le coût des tests ?

Il suffit pour le chemin principal de mise en page. Apple présente le simulateur iPhone Duo de Xcode 27.1 comme le meilleur moyen de tester l’expérience complète. Le M4 16 Go est à 20,2 dollars la journée, et cinq jours ouvrés égalent le mois à 100,9 dollars. Si le scan devient sale au deuxième jour, ne payez pas le tarif jour jusqu’au huitième. Le 24 Go est à 40,2 dollars par jour et 200,9 dollars par mois ; cinq jours s’alignent de la même façon sur le mois. Le ressenti de la charnière demande encore un appareil réel. N’étalez pas cette ligne sur le ticket du simulateur.

Sans Mac, peut-on encore tester avant la sortie ?

Xcode 27.1 ne tourne pas sous Windows. Confirmez d’abord que le macOS du nœud peut installer le Xcode que vous avez figé. Les exigences système restent sur les exigences système Xcode d’Apple. Pour l’étirement du mirroring, la page de préparation écrit macOS 27. Le nœud distant s’ouvre depuis la page de location, et le prix suit la page des tarifs.

Conclusion

L’iPhone Duo est en vente le 23 octobre. Le seuil de réadaptation n’est pas « est-ce que ça s’ouvre ». Regardez d’abord si la taille lit encore l’écran entier, si l’orientation décide encore l’écran interne, et si une nouvelle fenêtre est encore activable sur l’écran externe ; quand ces trois portes sont propres, le coût des tests est une matrice de simulateur, et cinq tarifs jour qui égalent un mois vous font passer au mois. Une petite app déjà adaptative utilise la machine locale ou une location courte. Là où l’orientation, les pixels et l’hypothèse d’une seule fenêtre sont encore là, le mois garde la régression. Le badge des captures ne répare pas le letterbox. Les nœuds distants se voient sur la page de location et la page des tarifs. Comptes et versions de système passent par le centre d’aide.

Lectures

• Comment comparer le délai de reprise et l’achat du Mac : le coût d’adaptation du 13 octobre →
• CI/CD iOS d’équipe : Xcode Cloud face à un Mac distant pour compiler →
• Le suivi de la date de sortie, quand le nom n’était pas encore fixé →