Apple distingue deux réalités sur iPhone Duo : une application peut se lancer sans avoir été compilée avec le SDK iOS 27, mais elle ne profitera pas forcément correctement de l’écran intérieur, de la pliure ou des différentes positions du téléphone. Pour l’utilisateur, cela peut se traduire par des bandes noires, de l’espace inutilisé ou une interface qui semble simplement agrandie plutôt que réellement repensée.
Ce que signifie vraiment la compatibilité des apps sur iPhone Duo
La compatibilité de base signifie qu’une application existante peut fonctionner sur iPhone Duo sans mise à jour ciblant iOS 27. C’est le seuil minimal. L’adaptation complète demande davantage : l’interface doit réagir à la largeur disponible, aux zones occupées par la pliure et au passage de l’écran extérieur à l’écran intérieur.
La différence est facile à comprendre : faire démarrer une application revient à lui permettre de s’afficher ; l’adapter consiste à organiser ses contenus et ses commandes pour que chaque écran reste lisible et exploitable. Sur un téléphone pliable, ces deux résultats ne sont pas interchangeables.
Les trois expériences selon le SDK de l’application
Le modèle de compatibilité décrit pour iPhone Duo distingue trois niveaux liés à la génération du SDK utilisée pour compiler l’application.
| Version de compilation | Utilisation de l’écran | Comportement décrit |
| Avant iOS 27 | Utilisation limitée de l’écran intérieur | L’application fonctionne en mode de compatibilité ; des bandes noires, une zone sûre plus contrainte ou de l’espace inutilisé peuvent apparaître. |
| iOS 27 | Utilisation plus large de l’écran | L’application exploite davantage la surface disponible, mais peut encore laisser de l’espace inutilisé et ne pas proposer tous les éléments propres à iPhone Duo. |
| iOS 27.1 | Mode de compatibilité le plus complet décrit | Les applications de cette génération sont associées aux composants d’interface spécifiques à iPhone Duo décrits pour cette version. |
Cette gradation ne signifie donc pas que chaque application ancienne sera inutilisable. Elle indique plutôt ce que l’utilisateur risque de voir à l’écran : une présentation encadrée pour les apps héritées, une occupation plus généreuse avec iOS 27, puis une adaptation plus complète avec les builds de l’ère iOS 27.1.
Pourquoi la pliure change le design des apps
Un écran extérieur étroit et un écran intérieur plus large ne fournissent pas la même place aux contenus. Apple recommande donc d’utiliser les classes de largeur, des catégories qui décrivent l’espace réellement disponible, plutôt que de vérifier simplement l’orientation du téléphone ou de programmer une interface pour une dimension fixe.
L’écran extérieur relève d’une configuration compacte ; l’écran intérieur peut offrir une largeur régulière. Une application bien conçue doit passer de l’une à l’autre sans faire disparaître ses commandes ni comprimer ses informations dans un espace inadapté.
La pliure ajoute une contrainte supplémentaire. Les textes, boutons et autres éléments importants doivent rester à distance de la zone centrale et des zones sûres asymétriques, c’est-à-dire les parties de l’écran où le matériel ou le système limite l’affichage utile. Apple présente ReservedRegion pour SwiftUI et UIViewReservedRegion pour UIKit afin de réserver ces espaces dans le code.
Les contrôles peuvent aussi se déplacer vers le côté de l’écran extérieur afin de libérer de la hauteur pour le contenu. Sur l’écran intérieur, l’interface peut organiser deux applications côte à côte dans une disposition 50/50. Le téléphone ne demande donc pas seulement une interface qui se redimensionne : il demande une interface qui change de logique selon sa position.
Ce que l’utilisateur peut réellement voir
Une application compilée avant iOS 27 peut s’afficher dans une zone plus réduite, entourée de fond noir ou d’espace inutilisé. Les bandes noires ne signifient pas que l’application ne démarre pas : elles signalent une présentation de compatibilité qui ne remplit pas nécessairement l’écran intérieur.
Avec iOS 27, l’application peut utiliser une plus grande partie de la surface, mais cette amélioration ne garantit pas à elle seule une interface entièrement pensée pour la pliure. Les jeux et les applications dont la mise en page repose sur des dimensions rigides sont particulièrement exposés à ce type de décalage entre fonctionnement et confort d’utilisation.
Le problème n’est pas seulement esthétique. Un bouton placé près de la pliure, un menu prévu pour une largeur unique ou une information étirée sur un espace mal adapté peuvent rendre l’application moins pratique, même si elle reste techniquement opérationnelle.
Ce que les développeurs doivent adapter
Apple recommande aux équipes de développement de tester plusieurs positions du téléphone avec Xcode 27.1 et son Device Hub. Le simulateur permet de vérifier les états ouvert, fermé et plié, ainsi que les changements de disposition associés.
La méthode repose sur quelques principes concrets :
- privilégier les classes de largeur compacte et régulière plutôt que des seuils liés à une dimension précise ;
- conserver les contenus et les commandes à distance de la pliure et des zones sûres asymétriques ;
- utiliser les régions réservées adaptées à SwiftUI ou UIKit lorsque certaines zones doivent rester dégagées ;
- vérifier l’interface dans plusieurs positions du téléphone, et pas seulement sur un écran ouvert ;
- distinguer la recompilation pour iOS 27 de l’accès aux composants spécifiques associés aux builds de l’ère iOS 27.1.
Le développement ne se résume donc pas à recompilier le projet. Une application peut franchir le seuil technique de compatibilité tout en demandant encore un vrai travail de mise en page pour être agréable à utiliser.
Et les applications iPad dans iOS 28 ?
Un mode de compatibilité permettant d’exécuter des applications iPad sur iPhone Duo a été évoqué comme solution de repli possible pour iOS 28. Cette piste ne fait pas partie des fonctionnalités annoncées par Apple dans les éléments disponibles ici.
Pour l’instant, la règle pratique est plus simple : une application iPhone existante devrait pouvoir démarrer sur iPhone Duo, mais la qualité de son expérience dépendra de sa génération de compilation et de son adaptation aux écrans, à la pliure et aux différentes positions du téléphone.
