UIDesignRequiresCompatibility : la clé qui va disparaître avec iOS 27

Lors du lancement d'iOS 26 l'an dernier, Apple a introduit une nouvelle clé temporaire dans le fichier Info.plist destinée à faciliter la transition des applications vers le nouveau design système Liquid Glass. Cette clé, UIDesignRequiresCompatibility, permet de forcer un mode de compatibilité visuelle. Mais son existence sera de courte durée.

À quoi sert cette clé ?

En la définissant sur YES, l’application continue d’afficher l’interface héritée des versions précédentes du SDK, soit le flat design, même lorsqu’elle tourne sur iOS 26 (ou iPadOS, macOS, tvOS et Mac Catalyst 26).

Si la clé est absente ou réglée sur NO, l’app adopte automatiquement le design natif de la version du système sur laquelle elle s’exécute, soit Liquid Glass. Sur notre application iSoft, nous avions adopté immédiatement le nouveau style d'Apple, donc sans utiliser cette clé. Mais nombreux sont les développeurs qui comptent encore dessus.

Ce qui change avec iOS 27

À partir d’iOS 27 (et des versions équivalentes d’iPadOS, macOS, tvOS et Mac Catalyst), le système ignore purement et simplement cette clé.

Toute application compilée avec le SDK iOS 27 affichera obligatoirement le design le plus récent, qu’elle ait ou non demandé le mode de compatibilité.

Les conséquences concrètes pour les développeurs

Les apps qui s’appuyaient encore sur ce mode de compatibilité risquent de voir apparaître plusieurs différences :

• Apparence des barres de navigation
• Disposition des tab bars
• Style des barres d’outils
• Présentation des feuilles (sheets) et modales
• Espacements et tailles des boutons
• Effets de flou, matériaux et glass
• Problèmes de mise en page sur les interfaces personnalisées

Ce que les développeurs doivent faire dès maintenant

Comme vous l'aurez compris, il ne faut plus compter sur cette clé et se préparer (activement) à la transition. Voici quelques étapes à suivre :

1. Tester l’application avec le mode de compatibilité désactivé
2. Vérifier l’ensemble des écrans (navigation, onglets, toolbars, alertes, sheets…)
3. Contrôler les composants UIKit et SwiftUI personnalisés
4. Comparer des captures d’écran avec et sans compatibilité
5. Corriger les régressions de mise en page et de style
6. Supprimer définitivement la dépendance à UIDesignRequiresCompatibility

L’objectif est simple : arriver à la sortie de la version finale d'iOS 27, vers la mi-septembre, avec une interface qui fonctionne correctement et de façon cohérente.

En résumé, UIDesignRequiresCompatibility n’était qu’une aide à la migration. Avec iOS 27, elle disparaîtra, et toutes les apps devront assumer le design système actuel.

Vous avez déjà commencé à tester vos apps sans le mode de compatibilité ?