Wear OS 6 est basé sur Android 16 (niveau d'API 36). Lorsque vous préparez votre application Wear OS pour une utilisation sous Wear OS 6, gérez les modifications de comportement du système qui affectent toutes les applications dans Android 16, ainsi que les modifications pour les applications qui ciblent Android 16.
Sauf indication contraire, les modifications affectent toutes les applications exécutées sur Wear OS 6 ou version ultérieure, quelle que soit la version du SDK cible.
Pour rappel, les montres lancées avec Wear OS 6 ne sont compatibles qu'avec les cadrans qui utilisent le Watch Face Format. C'est pourquoi nous vous recommandons de migrer vers le format de cadran.
Un comportement "toujours activé" plus cohérent
Wear OS 6 consolide les solutions existantes pour offrir une expérience d'affichage permanent cohérente sur tous les appareils. Dans le cadre de ce changement, l'activité principale précédente reste visible et à l'état "reprise" lorsque l'appareil passe en mode ambiant système.

Police système par défaut pour les tuiles
Wear OS 6 offre une typographie plus cohérente pour les cartes, ce qui aide les utilisateurs à parcourir le carrousel de cartes. Sur un appareil donné, toutes les tuiles utilisent la même police. Sur certains appareils, cette police cohérente est une police variable.
Autorisations de santé plus précises
À partir d'Android 16 (et, par extension, de Wear OS 6), la plate-forme migre vers les autorisations de santé plus précises utilisées par Santé Connect. Cela affecte les autorisations suivantes :
Autorisation Wear OS 5.1 ( android.permission ) |
Autorisation de Wear OS 6 ( android.permission.health ) |
---|---|
BODY_SENSORS
|
READ_HEART_RATE READ_OXYGEN_SATURATION (capteur disponible sur les appareils compatibles) READ_SKIN_TEMPERATURE (capteur disponible sur les appareils compatibles) |
BODY_SENSORS_BACKGROUND |
READ_HEALTH_DATA_IN_BACKGROUND |
Pour savoir comment mettre à jour votre application afin qu'elle gère ces autorisations lorsqu'elle cible le niveau d'API 36 ou supérieur, suivez les étapes de migration indiquées dans le guide Health Services pour Wear OS.
Remarque : Pour assurer la compatibilité des applications ciblant Wear OS 5.1 (niveau d'API 35) ou version antérieure, le système propose les fonctionnalités suivantes :
- Si l'utilisateur installe votre application sur un appareil exécutant Wear OS 6 ou version ultérieure, le système demande automatiquement l'autorisation
READ_HEART_RATE
en votre nom. - Si l'utilisateur a déjà accordé les autorisations
BODY_SENSORS
etBODY_SENSORS_BACKGROUND
à votre application, et s'il met ensuite à jour son appareil vers Wear OS 6 ou une version ultérieure, votre application conserve les autorisations accordées.
Les événements d'interaction avec les tuiles sont regroupés
À partir de Wear OS 6, les événements liés aux balayages des utilisateurs vers et hors de votre carte (onTileEnterEvent
et onTileLeaveEvent
, respectivement) sont regroupés.
Si votre application cible Wear OS 6 ou version ultérieure, appelez onRecentInteractionEventsAsync()
pour surveiller ces événements. Ne vous fiez pas à la diffusion en temps réel de ces événements pour actualiser vos tuiles.