iPhone Duo : GoodBarber adapte les apps, pas seulement la taille des écrans

L’iPhone Duo ne demande pas seulement aux éditeurs d’applications de remplir une surface plus grande. Il modifie aussi la place des commandes et la manière de passer d’un écran à l’autre. Dans une note technique publiée le 5 novembre, actualisée le lendemain, GoodBarber explique comment son moteur commun adapte les applications natives produites avec sa plateforme. L’enjeu concerne les parcours de lecture et de navigation, davantage qu’une nouvelle fiche technique du téléphone.

Le contexte matériel est, lui, officiel : Apple a annoncé l’iPhone Duo le 9 septembre, avec une disponibilité depuis le 23 octobre notamment en France. L’appareil associe un écran extérieur de 5,4 pouces à un écran intérieur de 7,6 pouces. Apple décrit un iOS réorganisant certaines commandes sur le côté pour préserver la hauteur disponible. Ce n’est donc plus une simple perspective de smartphone pliable à traiter au conditionnel.

Chez GoodBarber, l’écran extérieur conserve une présentation de téléphone, avec des textes de taille habituelle. Mais plusieurs actions rejoignent une colonne verticale d’icônes, appelée rail. Retour, raccourcis et commandes des pages de détail peuvent ainsi quitter leur emplacement supérieur. La barre d’onglets suit cette logique selon son style : une navigation composée uniquement de texte reste, par exemple, en bas. Ces comportements sont ceux décrits par l’éditeur, pas une règle universelle pour toutes les applications.

Cette distinction importe pour les équipes produit. Une commande présente n’est pas nécessairement une commande immédiatement reconnue lorsque son libellé disparaît au profit d’une icône. GoodBarber prévoit aussi le regroupement d’actions lorsque la hauteur manque. L’automatisation de la disposition ne dispense donc pas de vérifier la compréhension du parcours, notamment pour une audience peu familière des nouvelles conventions d’interface.

Une fois le téléphone ouvert, GoodBarber mise sur la densité utile plutôt que sur un grossissement général. Les listes peuvent présenter deux colonnes et certaines grilles aller jusqu’à quatre colonnes en paysage. Sur les pages d’articles, la largeur du texte reste plafonnée à 535 points, tandis que l’image peut occuper toute la largeur. Ce choix vise à exploiter l’écran sans imposer des lignes de lecture démesurées.

L’orientation joue également un rôle. Selon GoodBarber, le rail reste latéral lorsque l’appareil ouvert est tenu en paysage ; en portrait, la hauteur autorise des barres plus classiques. L’éditeur indique aussi prendre en charge le paysage sur l’écran extérieur du Duo, sans modifier le comportement de ses applications sur les autres iPhone. Pour un média ou un commerce, il faut donc penser plusieurs états successifs d’une même expérience, pas deux applications indépendantes.

GoodBarber demande aux propriétaires d’applications de lancer un rebuild de leur version iOS depuis le back-office. Les règles sont intégrées dans le moteur partagé qui produit les applications natives en Swift : chaque projet les récupère à sa recompilation. L’entreprise affirme qu’aucun écran supplémentaire n’est à dessiner et qu’aucun réglage particulier n’est nécessaire. C’est une promesse propre à son architecture, qui ne préjuge pas du travail requis chez un autre prestataire.

La bonne démarche reste de contrôler les parcours essentiels après cette opération : ouvrir puis refermer le téléphone pendant une lecture, retrouver la recherche, manipuler les onglets et vérifier les médias. Il s’agit ici de recommandations de recette, non de défauts constatés. Nous n’avons pas réalisé de test indépendant de cette adaptation. Une grille correctement redimensionnée ne suffit pas, à elle seule, à garantir un parcours fluide.

Le bénéfice d’un moteur mutualisé est concret : une évolution d’interface peut être distribuée à de nombreuses applications sans redessiner chaque projet. En contrepartie, les éditeurs restent tributaires des choix du fournisseur et de leur calendrier de mise à jour. Pour les apps GoodBarber, le premier chantier est donc logiciel et opérationnel : recompiler, vérifier les usages et accompagner la nouvelle navigation, plutôt que transformer l’arrivée du pliable en refonte systématique.