Les sessions de la WWDC d’Apple offrent généralement un mélange de conseils aux développeurs et d’indices subtils sur le matériel à venir. La semaine dernière, un commentaire fugace lors de l’explication d’un changement dans le SDK a attiré l’attention pour ce qu’il pourrait révéler sur un appareil futur.
Une nouvelle flexibilité pour les applications
Lors d’une session intitulée « Rendez votre application UIKit plus flexible », Apple a confirmé qu’à partir du SDK iOS 26, les applications ne seront plus automatiquement encadrées ou mises à l’échelle sur les nouveaux formats d’écran lors de leur exécution sur des matériels futurs.
Historiquement, lorsqu’Apple introduisait un iPhone à écran plus grand, un nouveau format d’iPad ou toute autre variation, les applications développées avec d’anciens SDK fonctionnaient par défaut en mode étiré ou encadré. Les développeurs ne bénéficiaient d’un rendu véritablement natif qu’une fois leur application mise à jour avec le dernier SDK et soumise sur l’App Store.
Un changement de comportement significatif
Avec iOS 26, ce comportement évolue. Selon les mots de la session :
« Il existe un autre mode de compatibilité, spécifiquement pour le nouveau matériel. Auparavant, lorsque du nouveau matériel était publié avec une taille d’écran différente, le système redimensionnait ou encadrait l’interface de votre application. Ce redimensionnement restait en place jusqu’à ce que vous conceviez votre application avec un nouveau SDK et que vous la soumettiez à nouveau. Une fois que vous aurez construit et soumis avec le SDK iOS 26, le système ne redimensionnera ni n’encadrera l’interface utilisateur de votre application pour une nouvelle taille d’écran. Ces sont les meilleures pratiques pour garantir que votre application soit flexible. »
Bien que cela puisse sembler un petit ajustement technique, le timing et le langage spécifique autour de « nouveau matériel » et « nouvelle taille d’écran » semblent remarquables.
Des indices sur un iPhone pliable
Comme certains lecteurs de 9to5Mac s’en rappelleront, Apple n’applique pas typiquement ce genre de flexibilité U.I. préventive à moins qu’elle ne se prépare à un changement de format où des applications redimensionnées auraient particulièrement mauvaise allure.
Étant donné les rumeurs persistantes sur un iPhone pliable en développement, il est difficile de ne pas interpréter cela comme le signe le plus clair, au niveau du système d’exploitation, que de plus grands changements d’affichage approchent.
Du nouveau sur le rapport d’aspect
<p.Mois dernier, le leaker Digital Chat Station a partagé une affirmation concernant le rapport d'aspect de l'iPhone pliable : « La dernière version du prototype d’ingénierie pliable d’Apple possède une taille d’écran légèrement plus petite comparée à celle précédemment observée, mais la résolution et le rapport d’aspect restent inchangés. L’écran intérieur utilise une technologie de caméra sous l’écran en rapport d’aspect 14.1:10, tandis que l’écran extérieur dispose d’un design à perforation en rapport d’aspect 14.6:10. Un capteur d’empreintes digitales Touch ID monté sur le côté est également prévu. »
Les iPhones modernes affichent typiquement un rapport d’aspect de 19.5:9, alors que certains modèles plus anciens utilisent du 16:9. Pendant ce temps, les iPads actuels ont soit un rapport d’aspect de 3:4, soit de 16:23, selon le modèle.
Préparation pour l’avenir
En d’autres termes, il semble que le grand affichage interne de l’iPhone pliable pourrait avoir son propre rapport d’aspect spécifique, et Apple pourrait déjà poser les fondations pour éviter tout encadrement qui pourrait nuire aux premières impressions.
Bien qu’Apple n’ait pas spécifiquement mentionné de catégories d’appareils, l’accent mis lors de la session sur « le matériel futur » et les tailles d’écran non standards s’aligne parfaitement avec les types de défis U.I. qu’un téléphone pliable présenterait, en particulier dans son état déplié.
Pour les développeurs, le message est simple : si l’interface utilisateur de votre application n’est pas encore prête à s’adapter fluidement à des tailles d’écran arbitraires, c’est le moment de corriger cela.
