Les soumissions sont ouvertes pour iPhone Duo, disponible le 23 octobre. Pour les éditeurs iOS, l’enjeu est simple : adapter vite les interfaces.
En bref
- iPhone Duo sort le 23 octobre
- Le SDK iOS 27.1 optimise vraiment l’affichage
- Tests et visuels App Store deviennent stratégiques
Une app iPhone qui tourne sur iPhone Duo, ce n’est pas le sujet. Elle tournera. Le vrai sujet, c’est comment elle occupe l’écran, se replie, s’étire, puis revient sur l’affichage externe sans donner l’impression d’un vieux portage bricolé.
Les soumissions sont ouvertes, et iPhone Duo sera disponible le 23 octobre. Pour les équipes produit et mobile, le calendrier est clair, et il est serré.
Une app compatible, oui, mais pas forcément convaincante
Avec un build basé sur le SDK iOS 26, ou plus ancien, l’app fonctionne sur iPhone Duo, mais elle n’exploite pas vraiment la machine. Une fois l’appareil ouvert, la fenêtre reste centrée avec de l’espace vide autour. Replié, le contenu se cale à gauche de la barre d’état et de la caméra. Ça marche, mais visuellement, ça sent vite la transition.
Le SDK iOS 27 améliore déjà les choses. L’app remplit l’essentiel de l’écran interne, tout en évitant la zone de barre d’état sur le bord droit. Puis avec iOS 27.1 ou plus récent, on passe à une intégration complète, bord à bord, avec des barres d’outils et d’onglets qui basculent en vertical sous la barre d’état. Bref, c’est là que l’expérience devient vraiment cohérente.
Le vrai chantier, c’est d’abandonner les vieux réflexes d’interface
Le premier signal d’alerte, c’est UIScreen.main. Sur iPhone Duo, la taille de l’app change quand l’appareil se plie ou se déplie, et cette taille ne correspond pas toujours à celle de l’écran. Il faut donc mesurer depuis la vue ou la fenêtre, relire ces dimensions à chaque changement, récupérer l’échelle via la trait collection, créer les fenêtres depuis une scène, et ne pas stocker un objet UIScreen comme si le contexte restait fixe.
Autre piège, l’orientation. Sur ce type de terminal, elle ne décrit pas correctement la forme utile de l’app. Même combat pour les hypothèses du genre phone, pad, largeur régulière égale iPad, ou tailles d’écrans connues en dur. Tout ça casse vite. Le bon réflexe, c’est l’espace disponible, les size classes réelles, et rien d’autre.
Et il y a un détail que pas mal de gens oublieront, les médias plein cadre. Une image hero ou une vidéo en fill peut rogner des zones importantes sur un affichage plus large. Là encore, il faut choisir entre fill et fit selon le ratio courant, ou définir un point focal.
Les tests deviennent un passage obligé, pas une formalité
Dans Xcode, l’assistant de code peut lancer un skill avec la commande en langage naturel demandant de préparer l’app pour iPhone Duo. Ce skill repère une bonne partie des patterns à corriger et propose des pistes. Si vous passez par un autre agent, l’export est aussi prévu via Terminal.
Mais il ne trouve pas tout. Du coup, il faut valider à la main avec le simulateur redimensionnable de Device Hub, avec iPhone Mirroring sur macOS 27, et surtout avec le simulateur iPhone Duo de Xcode 27.1, présenté comme le meilleur moyen de tester l’expérience native complète.
La préparation ne s’arrête pas au code
Une app prête techniquement doit aussi le montrer. La page produit dans l’App Store peut désormais afficher des captures et aperçus adaptés à iPhone Duo, avec un nouvel outil de prévisualisation dans App Store Connect pour vérifier le rendu des assets créatifs.
Et si votre app est vraiment optimisée, y compris pour toutes les positions de l’appareil, vous pouvez aussi le signaler à l’équipe éditoriale via une demande de mise en avant dans App Store Connect. Pour l’écosystème, c’est important. Le pliable n’est plus juste une curiosité hardware, il commence à imposer ses règles au design iOS lui-même.
