Google a présenté la deuxième version bêta de sa plateforme mobile open source Android 12. La sortie d'Android 12 est attendue au troisième trimestre 2021. Pour évaluer les nouvelles fonctionnalités de la plateforme, un programme de test anticipé a été proposé. Des versions du firmware ont été préparées pour les appareils Pixel 3 / 3 XL, Pixel 3a / 3a XL, Pixel 4 / 4 XL, Pixel 4a / 4a 5G et Pixel 5. Pour ceux qui ont installé le premier aperçu, une mise à jour OTA est disponible.
Les innovations clés d'Android 12 :
- La possibilité d'adapter les éléments de l'interface aux appareils avec des écrans arrondis a été ajoutée. Les développeurs peuvent désormais obtenir des informations sur les arrondis de l'écran et ajuster les éléments de l'interface situés dans les zones angulaires invisibles. Grâce à la nouvelle API RoundedCorner, il est possible de connaître des paramètres comme le rayon et le centre de l'arrondi, tandis que Display.getRoundedCorner() et WindowInsets.getRoundedCorner() permettent de déterminer les coordonnées de chaque coin arrondi de l'écran.
- Le mode 'image dans l'image' (PIP, Picture in Picture) a été amélioré et la fluidité des effets de transition a été augmentée. Si le passage automatique en PIP est activé lors du geste up-to-home (glissement du bas de l'écran vers le haut), l'application passe immédiatement au mode PIP sans attendre la fin de l'animation. Lredimensionnement des fenêtres PIP avec un contenu différent de la vidéo a été amélioré. Il est désormais possible de cacher la fenêtre PIP en la déplaçant vers le bord gauche ou droit de l'écran. Le comportement lors du toucher de la fenêtre PIP a été modifié : un tapotement affichera désormais les boutons de contrôle, tandis qu'un double tapotement changera la taille de la fenêtre.
- Un nouvel API CompanionDeviceService a été ajouté, permettant d'activer des applications qui gèrent des appareils associés tels que des montres intelligentes et des trackers de fitness. Cet API résout le problème du lancement et de la connexion des applications nécessaires lorsque des appareils associés sont à proximité. Le système active le service lorsqu'un appareil est à proximité et envoie une notification lors de la déconnexion de l'appareil ou de son entrée ou sortie de la zone de visibilité. Les applications peuvent également utiliser le nouveau profil d'appareils associés pour simplifier la configuration des autorisations pour se connecter à l'appareil.
- Le système de prévision de la bande passante a été amélioré. Les applications peuvent désormais demander des informations sur la bande passante totale prévue en fonction de l'opérateur, d'un réseau sans fil spécifique (SSID Wi-Fi), du type de réseau et du niveau de signal.
- L'application des effets visuels standards, tels que le flou et la distorsion des couleurs, a été simplifiée. Ils peuvent désormais être appliqués à tout objet RenderNode ou à l'ensemble de la zone visible, y compris en chaîne avec d'autres effets, grâce à l'API RenderEffect. Cette fonctionnalité, par exemple, permet de flouter une image affichée via ImageView sans avoir besoin de copier, traiter et remplacer explicitement le bitmap, laissant ces actions à la plateforme. De plus, une API Window.setBackgroundBlurRadius() a été proposée, permettant de flouter l'arrière-plan d'une fenêtre avec un effet de verre dépoli et de mettre en évidence la profondeur en floutant l'espace environnant la fenêtre.
- Des outils intégrés pour le transcodage des flux multimédias ont été intégrés, pouvant être utilisés dans des environnements avec une application de caméra enregistrant en format HEVC, afin d'assurer la compatibilité avec les applications ne supportant pas ce format. Pour ces applications, une fonction de transcodage automatique vers un format plus courant, l'AVC, a été ajoutée.
- La prise en charge du format d'image AVIF (AV1 Image Format) a été ajoutée, qui utilise des technologies de compression intra-image issues du format de codage vidéo AV1. Le conteneur pour la distribution des données compressées en AVIF est complètement équivalent à celui du HEIF. L'AVIF prend en charge à la fois des images en HDR (High Dynamic Range) et dans un espace colorimétrique de large gamme, ainsi que dans un drapeau dynamique standard (SDR).
- Afin d'éviter les problèmes de performance, les applications sont interdites de démarrer des services prioritaires (foreground service) pendant qu'elles fonctionnent en arrière-plan, sauf dans quelques cas spécifiques. Il est recommandé d'utiliser WorkManager pour exécuter des tâches en arrière-plan. Pour simplifier la transition, un nouveau type de tâches a été proposé dans JobScheduler, qui se lance immédiatement, a une priorité élevée et un accès réseau.
- Un API unifié OnReceiveContentListener a été proposé pour l'insertion et le déplacement entre les applications de contenu enrichi (texte formaté, images, vidéos, fichiers audio, etc.), en utilisant diverses sources de données, y compris le presse-papiers, le clavier et l'interface drag & drop.
- Un effet de rétroaction haptique, réalisable à l'aide d'un vibreur intégré dans les téléphones, a été ajouté, dont la fréquence et l'intensité de la vibration dépendent des paramètres du son diffusé à ce moment-là. Cet effet nouveau permet de ressentir physiquement le son et peut être utilisé pour ajouter un réalisme supplémentaire aux jeux et aux programmes audio.
- En mode immersion (Immersive mode), où le programme s'affiche en plein écran en cachant les panneaux d'outils, la navigation a été simplifiée par des gestes de contrôle. Par exemple, dans les programmes de lecture de livres, de visionnage de vidéos et de gestion de photos, il est désormais possible de se déplacer en utilisant un seul geste de balayage.
- L'interface d'affichage des notifications a été mise à jour, devenant plus simple et fonctionnelle. Les effets d'animation et de transition ont également été renouvelés et adoucis. Les notifications avec du contenu spécifié par l'application ont été harmonisées.
- Amélioration de la réactivité et de la vitesse de réponse lors de la gestion des notifications. Par exemple, lorsqu'un utilisateur touche une notification, il y a maintenant un passage instantané à l'application associée. L'utilisation d'intermédiaires pour le traitement des notifications (notification trampoline) est limitée dans les applications.
- Optimisation des appels IPC dans Binder. Grâce à une nouvelle stratégie de mise en cache et à l'élimination des conflits lors des blocages, il a été possible de réduire considérablement les temps de latence. Globalement, la performance des appels Binder a été multipliée par deux, mais dans certaines zones, les améliorations ont été encore plus significatives. Par exemple, l'appel refContentProvider() est devenu 47 fois plus rapide, releaseWakeLock() 15 fois plus rapide, et JobScheduler.schedule() 7,9 fois plus rapide.
- Dans le cadre du projet Mainline, permettant de mettre à jour des composants système individuels sans mettre à jour la plateforme entière, de nouveaux modules système mis à jour ont été préparés en complément des 22 modules disponibles dans Android 11. Les mises à jour concernent des composants non associés au matériel, qui sont téléchargés via Google Play indépendamment des mises à jour OTA du firmware du fabricant. Parmi les nouveaux modules pouvant être mis à jour via Google Play sans mise à jour du firmware figurent ART (Android Runtime) et un module pour le transcodage vidéo.
- Sécurité et confidentialité.
- Les développeurs d'applications ont maintenant la possibilité de désactiver les fenêtres contextuelles qui masquent le contenu. Auparavant, la possibilité d'afficher de telles fenêtres était régie par une demande d'autorisation, confirmée lors de l'installation des applications affichant ces fenêtres. Il n'y avait pas d'outils permettant d'influencer le masquage du contenu des applications concernées. Avec l'appel à Window#setHideOverlayWindows(), toutes les fenêtres masquant le contenu seront désormais automatiquement cachées. Par exemple, cela peut être utile lors de l'affichage d'informations critiques, comme une confirmation de transaction.
- Les applications disposent désormais de paramètres supplémentaires pour limiter les opérations sur les notifications lorsqu'un écran est verrouillé. Auparavant, il n'était possible que de gérer la visibilité des notifications pendant le verrouillage de l'écran. Désormais, il est possible d'exiger une authentification pour toute action sur les notifications pendant cette période. Par exemple, une application de messagerie peut demander une authentification avant de supprimer un message ou de le marquer comme lu.
- L'API PackageManager.requestChecksums() a été ajoutée pour demander et vérifier la somme de contrôle d'une application installée. Les algorithmes pris en charge incluent SHA256, SHA512 et Merkle Root.
- Le moteur WebView prend désormais en charge l'utilisation de l'attribut SameSite pour gérer le traitement des cookies. La valeur « SameSite=Lax » limite l'envoi des cookies pour les sous-requêtes inter-sites, telles que les demandes d'images ou le chargement de contenu via un iframe provenant d'un autre site. En mode « SameSite=Strict », les cookies ne sont pas envoyés pour tout type de requêtes inter-sites, y compris tous les liens entrants depuis des sites externes.
- Les travaux de randomisation des adresses MAC se poursuivent pour éviter le suivi des appareils lors de la connexion à un réseau sans fil. L'accès à l'adresse MAC de l'appareil est limité pour les applications non privilégiées, et lors de l'appel de la fonction getHardwareAddress(), une valeur vide est désormais renvoyée.
Source : opennet.ru
