Avec la sortie d’iOS 26, Apple a introduit Liquid Glass, une évolution majeure de l’esthétique et du langage de conception de la plateforme. Cette avancée va au-delà des rafraîchissements visuels des composants d’interface utilisateur de base tels que les boutons et les barres d’outils ; elle redéfinit les paradigmes d’interface fondamentaux, exigeant des développeurs qu’ils adaptent de manière critique leurs applications. Ici, nous décrivons notre approche et les considérations techniques entreprises lors de la migration de Droppath Route Planner vers la norme d’interface Liquid Glass.

Notre réponse initiale à Liquid Glass a été façonnée par des expériences antérieures avec des transitions de conception radicales d’Apple, notamment la refonte d’iOS 7. À l’époque, les changements fondamentaux apportés aux paramètres par défaut de l’interface système ont introduit des régressions et une instabilité importantes, exigeant une intervention extensive pour restaurer les comportements antérieurs. En revanche, l’implémentation d’Apple pour Liquid Glass offre une voie de migration contrôlée par opt-in (voir la documentation de UIDesignRequiresCompatibility), réduisant considérablement le risque. Nos intégrations préliminaires avec Xcode 26 n’ont révélé que des incohérences d’alignement mineures : spécifiquement, le mauvais positionnement du titre d’un dialogue. Heureusement, nous n’avons pas eu à faire une sortie urgente avec XCode 26, mais il était rassurant d’avoir cette option prête si elle était nécessaire.

À la recherche d’exemples #

Un aspect fondamental de toute migration de conception est la disponibilité de points de référence dans l’écosystème propre d’Apple. Les applications de première partie ont fourni des conseils essentiels sur les meilleures pratiques et les modèles d’interaction. Par exemple, lors de l’évaluation des stratégies de présentation pour les profils utilisateur et les paramètres, nous nous sommes inspirés de l’application Musique. De même, pour les améliorations de l’interface de recherche, nous avons comparé les approches dans Musique, Mail et Fichiers ; finalement, le langage de conception de Fichiers s’alignait le mieux avec nos objectifs UX, en particulier concernant le placement des résultats de recherche par rapport au champ de recherche. Avoir des résultats au-dessus de la barre de recherche n’est tout simplement pas assez naturel pour nous.

La fin des barres de navigation colorées #

La barre de navigation colorée héritée, une marque de fabrique des paradigmes d’interface antérieurs, s’est avérée incompatible avec le nouveau look Liquid Glass. Les arrière-plans vibrants ont entraîné un contraste excessif et une disharmonie visuelle contre les boutons translucides de Liquid Glass. Notre solution a été de passer à une barre de navigation blanche, qui a fourni une cohérence avec le nouveau dégradé de la barre d’onglets, unifiant l’aspect visuel global de l’application.

Repenser le placement des actions #

Liquid Glass repense les barres d’onglets, réduisant leur empreinte au bord inférieur de l’écran et permettant plus de contenu visible. Ce changement nous a incités à revoir les éléments Material Design, en particulier les boutons d’action flottants (FAB), que nous avions adoptés. Précédemment positionnés pour la proéminence, les FAB apparaissaient incongrus à côté de la barre d’onglets révisée et plus mince. Cependant, les nouvelles directives de conception permettent des boutons d’action proéminents dans la barre de navigation elle-même. Droppath centralise désormais les actions clés dans cette zone, en regroupant les actions qui maintiennent le sens et l’accessibilité.

Dans la vue cartographique, le repositionnement des boutons en haut à droite nous a permis de les organiser proprement aux côtés des actions de la carte. Leur apparence plus proéminente rend évident ce que devrait être votre prochaine étape.

Modèle d’interface manquant : Changement de mode de vue #

Un aspect complexe de l’interface de Droppath a été la double utilisation des onglets : à la fois comme commutateurs de mode (vues liste versus carte) et comme navigation pour les dossiers épinglés (routes locales versus synchronisées sur le cloud). Alors que la navigation par dossiers correspond justement au modèle d’onglets, l’utilisation d’onglets pour la sélection du mode de vue s’écarte des conventions iOS établies. Sur Android, ce basculement est géré avec un bouton de la barre de navigation, mais cela limite la découvrabilité. En revanche, les barres d’onglets iOS au bas de l’écran fonctionnent comme des sélecteurs segmentés efficaces et accessibles pour notre contexte.

En analysant les applications Photos et Fichiers d’Apple, nous avons observé des méthodologies variées. Photos emploie un basculement placé au centre, tandis que Fichiers relègue le changement de vue à un menu sous les points de suspension, échangeant la découvrabilité contre la simplicité du menu. Nos données utilisateur nécessitent un basculement fréquent entre les modes carte et liste, nous amenant à maintenir l’approche par onglets segmentés malgré son utilisation atypique, car minimiser les perturbations lors des transitions majeures de l’interface reste une priorité absolue.

Relocalisation du contenu secondaire #

Pour maintenir la clarté sémantique dans notre structure d’onglets, nous avons déplacé les écrans Compte et Aide vers le coin supérieur droit, reflétant l’organisation trouvée dans l’application Musique d’Apple. Après tout, les utilisateurs ont rarement besoin d’accéder aux paramètres de leur compte, pourquoi fournir un accès immédiat via la barre d’onglets ! Bien que Droppath ne dispose actuellement pas d’images de profil téléchargées par l’utilisateur, le symbole SF est une icône de remplacement reconnaissable – que nous utilisions déjà ailleurs – devra faire l’affaire.

L’interface semble vivante et plus réactive #

L’introduction de Liquid Glass a apporté un nouveau niveau de réactivité et de vivacité aux contrôles d’interface. Les boutons qui n’avaient pas été mis à jour pour Liquid Glass se démarquaient immédiatement : ils apparaissaient statiques et peu engageants par rapport à leurs homologues revitalisés.

Même les boutons de la barre d’onglets s’étendent et fusionnent maintenant doucement lorsque les utilisateurs les touchent, renforçant davantage la sensation d’interaction fluide caractéristique de Liquid Glass.

Défis de code #

Intégration SwiftUI #

L’implémentation du support pour Liquid Glass dans nos composants SwiftUI a apporté un ensemble unique de défis. Pour éviter de dupliquer la logique sur plusieurs chemins de code #available(iOS 26.0, *), nous avons consolidé les vérifications de version et encapsulé les changements de style dans des méthodes d’aide comme glassProminentStyleIfPossible(). Même ainsi, nous avons toujours compté environ 20 conditions de disponibilité séparées dans toute la base de code : une couche nécessaire pour maintenir la rétrocompatibilité tout en adhérant aux nouvelles exigences visuelles. Avec un peu de chance, nous ne ferons pas face à une autre transition d’interface radicale de cette ampleur pendant de nombreuses années.

Présentation de Sheets #

Notre écran de conduite s’appuie sur des Sheets système, mais leur apparence était affreuse sous Liquid Glass. Les gestes de balayage personnalisés que nous prenons en charge - permettant des transitions gauche/droite entre les arrêts dans une Sheet - ne sont pas des comportements nativement pris en charge par les Sheets iOS. En conséquence, l’adaptation de nos Sheets de conduite pour le nouveau design a nécessité un effort d’ingénierie supplémentaire pour restaurer le flux de navigation prévu. Assurez-vous de tester toutes les fonctionnalités de votre application avant l’expédition.

Barre d’outils du contrôleur de navigation #

Aligner visuellement la barre d’outils de notre contrôleur de navigation avec Liquid Glass s’est avéré plus délicat que prévu. Le placement par défaut de la barre d’outils était sous la barre d’onglets, nous avons donc introduit une barre d’outils personnalisée, la positionnant et la stylisant pour assurer un placement correct.

Accessoire d’entrée amélioré #

De nombreux utilisateurs de Droppath saisissent régulièrement à la fois des chiffres et des lettres, nous incluons donc un accessoire d’entrée numérique au-dessus du clavier pour plus de commodité. Cette rangée personnalisée est construite à partir d’une copie maintenue localement de YZKeyboardAccessorryInput - une bibliothèque de niche écrite pour la première fois en 2015 et maintenant presque impossible à trouver en ligne. Dans le cadre de cette version, nous avons rafraîchi son apparence : des arrondissements subtils et des indices visuels mis à jour aident à harmoniser avec la nouvelle interface.

Un nouvel icône plus polyvalent #

Au cours de l’année écoulée, nous avons exploré plusieurs concepts d’icônes, recherchant la clarté et la flexibilité au-delà des images de boîtes traditionnelles communes aux applications de livraison. Notre nouvel icône - abstrayant un chemin sous la forme d’un « D » majuscule - offre une reconnaissance immédiate de la marque tout en s’adaptant aux cas d’utilisation plus larges de Droppath au-delà de la livraison. Le schéma monochrome garantit une reproductibilité améliorée sur les plateformes numériques et les futurs produits promotionnels.

En utilisant l’outil Icon Composer, nous avons adapté la nouvelle identité visuelle pour embrasser l’esthétique Liquid Glass. Bien que l’icône n’exploite pas toute la complexité des effets de verre en couches, elle s’harmonise avec le nouvel écosystème de conception et se distingue parmi les applications pairs qui adoptent Liquid Glass.

En résumé, la migration vers Liquid Glass dans Droppath Route Planner 6.0 représente une modernisation complète pour s’aligner avec les normes de conception d’iOS 26. Nous sommes convaincus que cette mise à jour améliore non seulement l’expérience utilisateur, mais met également en évidence le soin de Droppath pour ses utilisateurs. L’adoption de Droppath devrait être naturelle pour tout utilisateur d’iOS 26.

Droppath Route Planner 6.0 sera bientôt disponible pour iOS 26.