C’est à nouveau cette époque de l’année : Google publie la première préversion de sa nouvelle version d’Android 14. Comme toujours, les débuts ne sont pas explosifs et les nouveautés sont – on s’en doute – destinées aux développeurs.
La version 13 d’Android avait surtout marqué par sa capacité à apposer un thème uniforme et coloré sur l’ensemble de l’interface. Mais en dehors de quelques nouveautés, cette mouture était relativement tranquille.
Android 14 Developer Preview 1 (DP1) est disponible depuis hier soir pour l’ensemble des Pixel à partir du modèle 4a. Il est déconseillé de l’installer si vous n’êtes pas directement concerné(e) par les apports, car la qualité du code est comparable à une alpha, donc avec un grand nombre de bugs potentiels. Et même sans bugs (c'est très improbable), les chances restent élevées qu’une application devienne incompatible.
N'espérez pas non plus l’installation en OTA avec une simple case à cocher. Il faudra passer par Android Flash Tool et installer manuellement le système. En revanche, ce dernier recevra ensuite les mises à jour automatiquement. La solution la plus simple pour explorer les nouveautés est encore de récupérer la dernière préversion d’Android Studio et de lancer son émulateur.
Quoi de neuf docteur ?
Les nouveautés, parlons-en. Elles sont pour l’instant assez discrètes et concernent surtout des modifications dans les API et des changements de comportements.
Par exemple, le niveau d’API minimal passe à 23 pour les applications. Google explique que ce niveau, apparu avec Marshmallow (Android 6.0 !), a introduit des sécurités supplémentaires. Selon la firme, de nombreux malwares visent en conséquence le niveau 22.
Les alarmes exactes ne seront plus automatiquement accessibles aux applications non plus. La permission SCHEDULE_EXACT_ALARM ne sera plus accordée et il faudra demander l’accord de l’utilisateur. On trouve aussi du changement pour le chargement dynamique des composants, allant tous dans le sens des restrictions. Google encourage d’ailleurs les développeurs à ne pas charger de code dynamiquement, mais la porte reste ouverte. Dans le cas où une application vise Android 14 et utilise le Dynamic Code Loading (DCL), tous les fichiers concernés doivent être marqués comme en lecture seule. Dans le cas contraire, le système présentera une erreur (exception).
Google fournit un guide pour ce cas de figure. La société conseille de supprimer et de recréer les fichiers avant de retenter leur chargement dynamique sur Android 14. Il reste possible de marquer les fichiers actuels comme en lecture seule, mais il est alors recommandé de vérifier leur intégrité avant. Ceci pour s’assurer que l’on n’enferme pas un code malveillant sous clé.
Il semble clair également qu’Android 14 mettra un accent particulier sur les tablettes. Dans son billet d’annonce, Google indique que le nouveau système récupère les améliorations d’Android 12L et 13 dans ce domaine et leur ajoute de nouvelles classes pour la taille des fenêtres, un layout pour panneau coulissant, l’intégration d’Activité, etc. Le « guide de qualité » pour les écrans larges a été mis à jour, et Google semble nettement pousser dans cette direction. Les applications de niveau 1 (sur 3) seraient ainsi celles prévues pour tous les cas de figure, y compris les Chromebook.
On trouve quand même quelques améliorations plus directement visibles par les utilisateurs. Par exemple, Android 14 va introduire une mise à l’échelle non-linéaire des polices jusqu’à 200 %. Selon Google, les applications intégrant déjà ce type de mécanisme ne devraient pas rencontrer de problème, mais des tests sont conseillés pour le 200 %.
D’autre part, l’API Grammatical Inflection fait son entrée pour simplifier les retours textes dans des langues prenant en compte le genre grammatical. L’exemple donné est d’ailleurs en français. Un homme recevra ainsi un message commençant par « Vous êtes abonné à... », tandis qu’une femme aura « Vous êtes abonnée à... ». Un genre neutre est également disponible, transformant le message en « Abonnement à… activé ».
Enfin, Android 14 intègre l’API Credential Manager, qui apporte entre autres la gestion des passkeys. Rappelons que ces dernières doivent prendre la relève des mots de passe classiques, une initiative pilotée par Apple, Google et Microsoft, sous l’égide de la FIDO Alliance.
La suite du programme
Il y aura au moins une autre Developer Preview le mois prochain.
Ce n’est qu’en avril qu’une première bêta sera publiée. Cette fois, le système devrait commencer à intégrer suffisamment de nouveautés visibles pour que les personnes en mal d’aventure se lancent. Il y aura plusieurs bêtas, dont les sorties s’étaleront jusqu’à l’été. À noter que les personnes ayant encore un appareil avec Android 13 Beta peuvent simplement attendre deux ou trois mois que la première d’Android 14 arrive sur les serveurs. Elle sera alors récupérée automatiquement.
À partir de juin, la plateforme devrait être considérée comme stable. C’est le moment où Google insistera sur la nécessité de tester les applications, car les API ne seront plus amenées à changer, du moins fonctionnellement.
La version finale, elle, arrivera à l’automne, comme d’habitude et sans plus de précision.
