Android 16 : Developer Preview 2 améliore l’ARR et l’haptique

Android 16 : Developer Preview 2 améliore l’ARR et l’haptique après 14 commentaires

Android 16 : Developer Preview 2 améliore l'ARR et l'haptique

Image : 

Dans le deuxième Developer Preview 2 d’Android 16, Google présente un certain nombre de nouvelles API et fonctionnalités pour les développeurs et prépare le nouveau système d’exploitation pour les prochaines versions bêta. Par exemple, Google améliore la mise en œuvre de l’Adaptive Refresh Rate (ARR), du sélecteur de photos ou du retour haptique.

Installation prise en charge à partir du Pixel 6

Android 16 Developer Preview 2 peut être essayé dans l’émulateur ou sur un appareil physique. Seuls les smartphones Pixel de Google sont approuvés pour cela, bien que les Pixel 6 et Pixel 6 Pro soient pris en charge à plusieurs reprises, bien qu’ils soient déjà tombés hors de la fenêtre de support, mais ce n’est qu’une information minimale.

Android 16 Developer Preview 2 est pris en charge sur les appareils suivants :

Pixel 6 et Pixel 6 ProPixel 6aPixel 7 et Pixel 7 ProPixel 7aPixel FoldPixel TabletPixel 8 et Pixel 8 ProPixel 8aPixel 9, Pixel 9 Pro, Pixel 9 Pro XL et Pixel 9 Pro Fold

Attention : une perte de données est possible

Google autorise l’installation manuelle à l’aide d’une image du micrologiciel, même si lors du tout premier essai d’Android 16, les données peuvent être perdues si elles ne sont pas sauvegardées au préalable. Cependant, une fois installées, les futures versions d’aperçu peuvent facilement être installées via une mise à jour OTA sans réinstallation complète.

La version bêta publique vient ensuite

Après les deux premiers aperçus des développeurs, Google souhaite commencer avec les versions bêta publiques, qui peuvent être obtenues directement via le programme bêta avec moins d’obstacles. Quatre versions bêta sont destinées à amener Android 16 à ce que l’on appelle la stabilité de la plate-forme avant que la version finale ne soit prévue après avril 2025.

Feuille de route pour Android 16 Feuille de route pour Android 16 (Image : Google)

Mises à jour de l’ARR et du retour haptique

Developer Preview 2 introduit un certain nombre de changements pour les développeurs, dont l’un concerne la prise en charge améliorée des Adaptive Refresh Rate (ARR). Grâce à une nouvelle fonction, les peuvent pour la première fois demander au système d’exploitation si la prise en charge ARR est disponible sur l’appareil ou l’écran. Les fréquences d’images recommandées et prises en charge pour la situation respective peuvent également être appelées.

Google offre également aux développeurs plus d’options pour implémenter le retour haptique sur un appareil. Depuis Android 11, le système d’exploitation prend en charge un retour haptique plus complexe en conjonction avec des actionneurs modernes dans le smartphone. Android 16 ajoute de nouvelles API Haptic afin que les applications puissent également définir la courbe d’amplitude et de fréquence du retour haptique à l’avenir.

Photo Picker obtient la recherche dans le cloud

Avec ce qu’on appelle Photo Picker, Android propose un outil de sélection intégré pour les photos et les vidéos auquel d’autres applications peuvent accéder sans avoir à proposer elles-mêmes un outil correspondant. Cela réduit les efforts des développeurs d’applications et Google peut également maintenir l’outil à jour pour les anciennes versions d’Android jusqu’à Android 4.4 (API niveau 19) en utilisant les composants système modulaires dans les mises à jour du système Google et Google Play. La nouveauté d’Android 16 est une fonction de recherche de fournisseurs de cloud connectés, que les développeurs peuvent intégrer dans leur application via une API correspondante.

Deux versions du SDK prévues

Google souhaite proposer de nouvelles API plus fréquemment à l’avenir. Android 16 prévoit une « version majeure du SDK » avec la version finale au deuxième trimestre 2025 et une « version mineure du SDK » au quatrième trimestre 2025. La deuxième version n’introduira que des API et des fonctionnalités qui ne modifient pas le comportement de l’application. système d’exploitation et donc pour les développeurs. Google limite cela au temps restant jusqu’à la version majeure du SDK.

Google prévoit deux versions du SDK Google prévoit deux versions du SDK (Image : Google)

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Retour en haut