Cette page a été traduite par l'API Cloud Translation.

Tester la manière dont votre application gère les changements de comportement
Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

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 sous 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 de SDK cible.

Pour rappel, les montres lancées avec Wear OS 6 ne sont compatibles qu'avec les cadrans qui utilisent le format de cadran. C'est pourquoi nous vous recommandons de passer au format de cadran.

Comportement toujours actif plus cohérent

Wear OS 6 consolide les solutions existantes pour offrir une expérience d'affichage toujours activée 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 du système.

Les commandes du titre et des contenus multimédias en cours d'utilisation restent visibles même lorsque l'utilisateur n'interagit pas avec l'appareil Wear OS.

Police système par défaut pour les cartes

Wear OS 6 offre une typographie plus cohérente pour les cartes, ce qui aide les utilisateurs à naviguer dans le carrousel de cartes. Sur un appareil donné, toutes les cartes utilisent la même police. Sur certains appareils, cette police cohérente est une police variable.

Toutes les cartes d'un appareil donné utilisent la même police.

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 (`android.permission`) pour Wear OS 5.1	Autorisation 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 de gérer ces autorisations lorsqu'elle cible le niveau d'API 36, suivez les étapes de migration indiquées dans le guide sur les services de santé pour Wear OS.

Remarque:Pour assurer la compatibilité des applications qui ciblent 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 une version ultérieure, le système demande automatiquement l'autorisation READ_HEART_RATE au nom de votre application.
Si l'utilisateur a déjà accordé les autorisations BODY_SENSORS et BODY_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 cartes sont groupés

À partir de Wear OS 6, les événements liés aux balayages des utilisateurs vers et depuis votre carte (onTileEnterEvent et onTileLeaveEvent, respectivement) sont regroupés. Si votre application cible Wear OS 6 ou une 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 mettre à jour vos cartes.