Cette page contient des informations sur les releases Wear OS telles que le SDK Wearable et la bibliothèque Wearable Support.
SDK Wearable 19.0.0 du 21 novembre 2024
La version 19.0.0 du SDK Wearable inclut des mises à jour mineures du SDK. Les mises à jour suivantes ont été réalisées :
- Mise à jour des dépendances de bibliothèque vers les dernières versions.
- Suppression d'une variante d'API
sendMessage()
non compatible qui incluait un paramètreMessageOptions
.
SDK Wearable 18.1.0 du 31 août 2023
La version 18.1.0 du SDK Wearable intègre des mises à jour mineures de l'API pour assurer la compatibilité avec la prochaine version de la bibliothèque Wearable Support. Les mises à jour suivantes ont été réalisées :
- Prise en charge du changement de téléphone, consultez
NodeClient.OnNodeMigratedListener
pour plus d'informations. - Documentation supplémentaire pour l'envoi et la réception de messages
MessageClient
. - Mise à jour des liens dans les descriptions des API.
SDK Wearable 18.0.0 du 20 septembre 2022
La version 18.0.0 du SDK Wearable intègre des mises à jour mineures de l'API pour assurer la compatibilité avec la prochaine version de la bibliothèque Wearable Support. Les mises à jour suivantes ont été réalisées :
- Prise en charge de
WearableListenerService
pour les applications ciblant Android 13 — problème 235538840. - Nouvelle méthode
MessageClient.sendRequest()
.
Bibliothèque Wearable Support version 2.9.0 du 16 février 2022
Dans la version 2.9.0 de la bibliothèque Wearable Support, toutes les classes restantes deviennent obsolètes. Utilisez plutôt les bibliothèques Wear OS Jetpack.
Bibliothèque Wear OS Jetpack du 29 octobre 2021
Les bibliothèques Wear OS Jetpack remplacent les bibliothèques Wearable Support et ne sont pas conçues pour être utilisées en même temps que ces dernières. La bibliothèque Wearable Support ne fonctionne pas sur Wear OS 3.
SDK Wearable 17.1.0 du 27 avril 2021
La version 17.1.0 du SDK Wearable intègre des mises à jour mineures de l'API pour assurer la compatibilité avec la prochaine version de la bibliothèque Wearable Support.
Bibliothèque Wearable Support version 2.8.1 du 28 septembre 2020
La version 2.8.1 de la bibliothèque Wearable Support intègre le changement suivant.
Permettre la désactivation de Jetifier lors de l'utilisation du modèle de cadran
Le modèle de cadran d'Android Studio utilise désormais les dépendances AndroidX pour permettre la désactivation de Jetifier. Ces correctifs s'appliquent lorsque vous utilisez le modèle de cadran avec Android Studio 4.2 ou version ultérieure.
Bibliothèque Wearable Support version 2.8.0 du 24 septembre 2020
La version 2.8.0 de la bibliothèque Wearable Support intègre les changements suivants.
Fonctionnalité de remplacement permettant de spécifier des fournisseurs de complications non-système par défaut
Les cadrans peuvent désormais utiliser setDefaultComplicationProviderWithFallbacks
pour spécifier un ou plusieurs fournisseurs de complications non-système à utiliser par défaut. Si aucun des fournisseurs non-système spécifiés n'est installé, le système bascule sur le fournisseur système par défaut.
Obsolescence de WearableActivity
WearableActivity
est obsolète. Utilisez plutôt AmbientModeSupport
.
Obsolescence de SKIP_CONFIRMATION_UI
ActionConfirmationActivity.SKIP_CONFIRMATION_UI
est obsolète. Cet extra n'est plus utilisé depuis la sortie de Wear 2.0.
Bibliothèque Wearable Support version 2.7.0 du 15 mai 2020
La version 2.7.0 de la bibliothèque Wearable Support inclut la fonctionnalité suivante.
Accélération matérielle pour les cadrans
Vous pouvez désormais demander un canevas avec accélération matérielle lorsque vous utilisez la classe CanvasWatchFaceService
. Profitez de l'accélération matérielle pour améliorer les performances du cadran et accéder à davantage de données sur les performances de l'UI.
Pour en savoir plus, voir Améliorer les performances de votre cadran grâce à l'accélération matérielle.
Bibliothèque Wearable Support version 2.6.0 du 21 avril 2020
La version 2.6.0 de la bibliothèque Wearable Support intègre l'amélioration suivante.
Migration vers Android Jetpack
La bibliothèque Wearable Support a migré vers Android Jetpack.
Les bibliothèques existantes sont désormais mappées et accessibles dans AndroidX à l'aide de l'espace de noms androidx
. Toutes les dépendances de l'ancienne bibliothèque Support ont été supprimées.
Ce changement vous permet également d'utiliser les bibliothèques Wearable Support dans Android Studio 4.0 et version ultérieure, ce qui résout les problèmes tels que le problème 147972079.
Bibliothèque Wearable Support version 2.5.0 du 28 août 2019
La version 2.5.0 de la bibliothèque Wearable Support intègre l'amélioration suivante.
Correctif pour Complication Drawable lorsque le type de complication TYPE_NO_PERMISSION est utilisé
ComplicationDrawable
inclut désormais un indicateur NEW_TASK
qui permet de s'assurer que les appels startActivity()
provenant de WatchFaceService
contiennent FLAG_ACTIVITY_NEW_TASK
pour éviter une exception android.util.AndroidRuntimeException
.
Ce changement permet au type de complication TYPE_NO_PERMISSION
de lancer correctement l'activité de demande d'autorisation au lieu d'entraîner le plantage du cadran.
SDK Wearable 16.0.0 du 25 septembre 2018
Avec la version 16.0.0 du SDK Wearable, la version minimale requise des services Google Play est abaissée à la version 8.6 au lieu de la version 12.4. Ce changement permet aux applications existantes de passer à la dernière version du SDK Wearable sans exiger la mise à jour de l'APK des services Google Play.
Mise à jour de Wear OS Preview développeur 2 du 11 juin 2018
Une récente mise à jour Over The Air de Wear OS Preview développeur 2 a réactivé les alarmes et les tâches pour les applications d'arrière-plan.
Ce changement de règlement offre plus de flexibilité pour le développement d'applications, mais les alarmes et les tâches d'arrière-plan restent soumises à d'autres restrictions liées à Android P, y compris celles concernant les buckets de mise en veille des applications. Suivez les bonnes pratiques pour vous assurer que vos applications se comportent correctement, quel que soit le bucket dans lequel elles se trouvent.
Cette mise à jour renforce également la confidentialité des données et des entrées utilisateur en limitant l'accès d'une application d'arrière-plan aux données utilisateur et aux données des capteurs. En fonction des exigences d'une application, vous devrez peut-être utiliser un service de premier plan pour autoriser un accès en continu aux données des capteurs.
Wear OS Preview développeur 2 du 8 mai 2018
Wear OS Preview développeur 2 intègre différentes fonctionnalités dont une expérience améliorée pour l'Assistant Google.
Signalez vos bugs ou envoyez vos commentaires à l'aide de l'outil de suivi des problèmes de Wear OS by Google. Plus tôt vous les envoyez, plus les correctifs seront susceptibles d'être inclus dans la version finale.
Problèmes connus
Cette section liste les problèmes connus de la version Preview 2.
Problèmes liés à l'image de Wear OS
- Lorsque vous utilisez une application et que vous appuyez sur le bouton Marche/Arrêt situé sur le côté de la montre, il peut arriver que vous soyez redirigé vers l'écran précédent plutôt que vers le cadran.
Problèmes liés à l'image de Wear OS pour la Chine
Lorsque vous utilisez une application et que vous appuyez sur le bouton Marche/Arrêt situé sur le côté de la montre, il peut arriver que vous soyez redirigé vers l'écran précédent plutôt que vers le cadran.
Les paramètres liés au volume du son ne sont pas conservés. Par exemple, un appel entrant déclenche une sonnerie sur la montre, même si le son de cette dernière est désactivé. De même, si vous réglez le volume de l'alarme, la modification n'a aucun effet.
En présence de plusieurs notifications en cours, celles-ci peuvent ne pas s'afficher correctement. Par exemple, si un minuteur et un chronomètre sont configurés, les notifications ne s'affichent pas. Nous vous recommandons de tester votre application avec une seule notification en cours.
La plate-forme de téléchargement d'applications Wear ne fonctionne pas dans la version destinée à la Chine. Les développeurs ne peuvent pas mettre à jour ni installer de nouvelles applications en utilisant ce canal. Nous vous recommandons d'utiliser
adb
comme solution de contournement pour paracharger votre application pour les tests.
Problèmes liés à l'émulateur Wear
Un appel téléphonique entrant vers un téléphone associé ne s'affiche pas, ou n'est pas dupliqué, comme appel entrant dans l'émulateur associé.
Lorsque vous utilisez SDK Manager pour installer la dernière version d'Android P ou la version destinée à la Chine, ou pour vérifier que vous disposez bien de l'une de ces versions, les cases à cocher situées à côté de ces options peuvent se décocher toutes seules. Dans ce cas, vous devez les cocher une seconde fois.
Lorsque l'émulateur effectue un démarrage à froid, le message d'erreur suivant peut s'afficher : "Un problème interne lié à votre appareil est survenu. Veuillez contacter le fabricant pour en savoir plus." Cela n'a pas d'incidence sur le fonctionnement. Cliquez sur OK pour commencer à tester votre application.
La réponse vocale peut ne pas fonctionner sur l'émulateur. Par exemple, si vous recevez une notification pour un message Google Hangouts sur l'émulateur Wear et que vous essayez de répondre au message par commande vocale, le message d'erreur "Google s'arrête systématiquement" s'affiche. Vous ne pouvez alors pas répondre par commande vocale.
L'exécution instantanée peut être incompatible avec l'émulateur Wear.
Il est possible que vous ne puissiez pas faire une capture d'écran par programmation, par exemple en utilisant
adb
ou en générant un rapport de bug. Pour contourner ce problème, vous pouvez faire une capture d'écran en cliquant sur le bouton représentant un appareil photo dans la barre d'outils de l'émulateur.
Problèmes liés à la version de l'émulateur Wear destinée à la Chine
Un appel téléphonique entrant vers un téléphone associé peut ne pas s'afficher, ou ne pas être dupliqué, comme appel entrant dans l'émulateur associé. Par conséquent, les notifications d'appel manqué peuvent ne pas s'afficher dans l'émulateur. De plus, vous ne serez peut-être pas en mesure de répondre à un appel de l'émulateur, auquel cas, l'appel continue de sonner.
Lorsque vous utilisez SDK Manager pour installer la dernière version d'Android P ou la version destinée à la Chine, ou pour vérifier que vous disposez bien de l'une de ces versions, les cases à cocher situées à côté de ces options peuvent se décocher toutes seules. Dans ce cas, vous devez les cocher une seconde fois.
Lorsque l'émulateur effectue un démarrage à froid, le message d'erreur suivant peut s'afficher : "Un problème interne lié à votre appareil est survenu. Veuillez contacter le fabricant pour en savoir plus." Cela n'a pas d'incidence sur le fonctionnement. Cliquez sur OK pour commencer à tester votre application.
L'exécution instantanée peut être incompatible avec l'émulateur Wear.
Il est possible que vous ne puissiez pas faire une capture d'écran par programmation, par exemple en utilisant
adb
ou en générant un rapport de bug. Pour contourner ce problème, vous pouvez faire une capture d'écran en cliquant sur le bouton représentant un appareil photo dans la barre d'outils de l'émulateur.
Assistant Google sur Wear
Grâce à la compatibilité améliorée de l'Assistant sur Wear OS, vous pouvez créer une expérience adaptée aux accessoires connectés sans devoir écrire du code Android. Plus précisément, vous pouvez créer une application pour la plate-forme Actions on Google afin d'aider vos utilisateurs à accomplir des tâches avec vos produits et services.
De plus, Wear OS permet désormais d'accélérer les interactions vocales et tactiles. Les chips de suggestions sont également pris en charge. Voici ce qu'ils permettent de faire :
Aider les utilisateurs à terminer rapidement des interactions
Donner aux utilisateurs des indices sur le fonctionnement de votre action
Par ailleurs, Wear OS accepte désormais des cartes plus visuelles, ainsi que les listes et les carrousels.
Vous pouvez donc créer des actions Actions on Google pour Wear OS à l'aide de DialogFlow
, de modèles ou du SDK Actions. Vous pouvez également profiter des nouveaux modèles de réponse spécialement conçus pour un modèle de montre. Voici quelques-unes des bonnes pratiques concernant Actions on Google :
Les dialogues doivent être courts et concis
Les retours doivent être à la fois visuels et vocaux
Ces améliorations apportées à l'Assistant sur Wear OS ne dépendent pas d'Android P et sont en cours de déploiement auprès de tous les utilisateurs de Wear 2.0. Pour découvrir les bases de la création d'Actions on Google, consultez Intégrer avec l'Assistant Google.
Économies de batterie dans la version Preview développeur 2
Comme décrit dans la section suivante, les fonctionnalités liées à la batterie sont disponibles pour augmenter l'autonomie de la batterie. Les informations figurant dans cette section consacrée à la Preview développeur 2 remplacent celles de la Preview développeur 1 concernant l'alimentation.
Nouveau mode : économiseur de batterie amélioré
Lorsqu'une montre utilise le mode Économiseur de batterie amélioré, un cadran par défaut consommant moins de batterie s'affiche. Tous les éléments suivants sont désactivés :
Signaux radio
Écran tactile
Fonctionnalité Incliner pour activer
Les utilisateurs peuvent consulter l'heure en appuyant brièvement sur le bouton latéral. En appuyant de manière prolongée sur ce bouton, ils peuvent réactiver le mode normal et effectuer différentes tâches, par exemple effectuer un paiement NFC ou répondre à un message. Partez du principe que les applications, cadrans et fournisseurs de données de complication ne sont pas disponibles en mode Économiseur de batterie amélioré.
Activité en arrière-plan limitée
Pour améliorer la gestion de l'alimentation, les applications en arrière-plan ne peuvent plus lancer des alarmes et des tâches si la montre n'est pas sur le chargeur. à l'exception des cadrans et des complications actives.
Meilleure compatibilité des applications
Afin d'améliorer la compatibilité des applications, Android P a commencé à implémenter certaines restrictions concernant l'utilisation d'interfaces autres que SDK. Préparez-vous à ne plus utiliser les méthodes et champs autres que SDK. Si aucun équivalent public n'est disponible pour votre cas d'utilisation, veuillez nous en informer.
Thème système d'UI sombre
Depuis début 2018, Wear OS est passé à un thème d'UI par défaut présentant un arrière-plan plus sombre pour le flux de notifications et le lanceur système. Ce changement vise à améliorer la visibilité de vos applications. Vous devez vérifier l'accessibilité de votre application avec ce nouveau thème d'UI.
Des ateliers de programmation mis à jour sont disponibles
Grâce aux ateliers de programmation mis à jour, vous pouvez découvrir des méthodes essentielles de développement avec Wear OS. Par exemple, essayez le nouvel atelier de programmation de cadran en Kotlin pour tester Kotlin DSL (Kotlin domain-specific language).
Wear OS Preview développeur 1 du 27 mars 2018
Cette section contient des informations sur la Preview 1 de Wear OS by Google. Plusieurs mises à jour de cette preview sont prévues avant de publier la version de production finale. Si vous constatez des bugs, veuillez les signaler à l'aide de l'outil Issue Tracker de Wear OS by Google. Plus tôt vous les envoyez, plus nous serons susceptibles d'inclure les correctifs dans la version finale.
Problèmes connus
- Dans l'application associée Wear OS, la commande Signaler bug accessoire connecté semble fonctionner, mais elle ne génère en réalité aucun rapport de bug. Utilisez
adb bugreport
comme solution de contournement. - Il est dans certains cas impossible d'accepter un appel téléphonique sur la montre. Si l'opération échoue, l'utilisateur doit accepter l'appel directement sur le téléphone.
- Un message d'erreur signalant des problèmes de compatibilité avec l'API s'affiche parfois après qu'une application préchargée a été associée ou lancée. Ce message d'erreur disparaît rapidement et n'a pas d'incidence sur l'usabilité.
- Dans le menu "Paramètres" de la montre ainsi que dans l'émulateur, l'option Créer un rapport de bug s'affiche deux fois. Pour créer un rapport de bug, essayez chacune des deux options, car une seule fonctionne. Lorsque vous appuyez sur l'option qui fonctionne, une notification toast s'affiche pour indiquer qu'un rapport de bug est en cours de création.
- Dans la version destinée à la Chine, la saisie vocale provoque le plantage de l'application. C'est par exemple le cas quand l'utilisateur effectue une recherche ou ajoute un rappel par commande vocale, car cette fonctionnalité utilise les API de saisie vocale. Pour vos tests, utilisez le clavier ou l'écriture manuscrite au lieu de la saisie vocale.
- La plate-forme de téléchargement d'applications Wear ne fonctionne pas dans la version destinée à la Chine. Les développeurs ne peuvent pas mettre à jour ni installer de nouvelles applications en utilisant ce canal. Nous vous recommandons d'utiliser
adb
comme solution de contournement pour paracharger votre application pour les tests.
Principales caractéristiques de cette Preview développeur
La Preview développeur 1 intègre les fonctionnalités de test d'application suivantes :
- Activité en arrière-plan limitée : pour améliorer la gestion de l'alimentation, les applications en arrière-plan ne peuvent plus utiliser les alarmes et les tâches. à l'exception des cadrans et des complications sélectionnées par l'utilisateur. Cette fonctionnalité sera déployée progressivement dans les versions Preview développeur. Vous ne la verrez donc peut-être pas immédiatement sur votre montre. Remarque : Si votre application doit s'exécuter en permanence, transformez-la en service de premier plan à l'aide de la méthode
startForegroundService()
. Pour en savoir plus, consultez la section Limites applicables aux services d'arrière-plan. - Restrictions concernant l'utilisation d'interfaces autres que SDK : afin d'améliorer la compatibilité des applications, Android P a commencé à implémenter certaines restrictions sur l'utilisation d'interfaces non SDK. Préparez-vous à ne plus utiliser les méthodes et champs autres que SDK. Si aucun équivalent public n'est disponible pour votre cas d'utilisation, veuillez nous en informer.
- Thème système d'UI sombre : depuis début 2018, Wear OS est passé à un thème d'UI par défaut présentant un arrière-plan plus sombre pour le flux de notifications et le lanceur système. Ce changement vise à améliorer la visibilité de vos applications. Vous devez vérifier l'accessibilité de votre application avec ce nouveau thème d'UI.
- Les signaux radio sont désactivés lorsque l'utilisateur ne porte plus la montre. Pour limiter la consommation de batterie, les signaux radio Bluetooth, Wi-Fi et GSM sont désactivés lorsque le système détecte que l'utilisateur ne porte plus la montre depuis un certain temps. Cette fonctionnalité sera déployée progressivement dans les versions Preview développeur. Vous ne la verrez donc peut-être pas immédiatement sur votre montre. Si cette fonctionnalité complique votre processus de développement, vous pouvez la désactiver à l'aide de
adb
en utilisant la commande suivante :adb shell settings put global off_body_radios_off_for_small_battery_enabled 0
- Le Wi-Fi est désactivé lorsque le Bluetooth est déconnecté. Pour limiter la consommation de batterie, la montre ne se connecte plus automatiquement au Wi-Fi lorsqu'elle est déconnectée du Bluetooth. Cette règle ne s'applique pas si une application exige un réseau offrant beaucoup de bande passante ou encore si la montre est connectée à un chargeur. Cette fonctionnalité sera déployée progressivement dans les versions Preview développeur. Vous ne la verrez donc peut-être pas immédiatement sur votre montre.
Mises à jour apportées à la bibliothèque Wearable Support, version 2.3.0
La documentation de la version 2.3.0 de la bibliothèque Wearable Support intègre des changements liés au rebranding.
De plus, la version 2.3.0 de la bibliothèque inclut des modifications liées à ComplicationDrawable
et TextRenderer
pour les textes contenant des objets de balisage associés à des plages de texte. Ces classes ont amélioré la gestion des textes Spanned. Seul un sous-ensemble spécifique d'éléments span peut être affiché (consultez la méthode setText
pour savoir quels types d'éléments span peuvent être affichés), de sorte que ces éléments span restent correctement positionnés lorsqu'ils sont affichés dans un cadran.
Rebranding de Wear du 15 mars 2018
Cette section contient des informations sur les fonctionnalités de Wear OS.
Android Wear change de nom
Android Wear devient Wear OS by Google.
Mise à jour du mode Veille du 27 février 2018
Cette section contient des informations sur les nouvelles fonctionnalités d'Android Wear.
Nouvelle classe pour la gestion du mode Veille
La version 27.1.0 de la bibliothèque Android Support contient une nouvelle classe, AmbientModeSupport
, qui remplace la classe AmbientMode
, désormais obsolète. Les exemples seront mis à jour au cours des prochaines semaines.
Émulateur final et autres changements du 25 janvier 2018
Cette section contient des informations sur les nouvelles fonctionnalités d'Android Wear.
Android Emulator : mise à jour pour Wear
La mise à jour finale d'Android Emulator pour Wear est disponible. Elle permet de tester les applications basées sur la version 26 de l'API.
Améliorations apportées à la bibliothèque Wearable Support version 2.2.0
La version 2.2.0 de la bibliothèque Wearable Support inclut les mises à jour décrites dans la section suivante.
Nouvel indicateur pour les notifications non lues
Les utilisateurs souhaitant être informés des notifications non lues, un nouvel indicateur a été ajouté. Il prend la forme d'un point entouré d'un cercle s'affichant au bas du cadran. Si vous préférez gérer les notifications par vous-même, vous pouvez utiliser setHideNotificationIndicator
pour masquer l'indicateur par défaut et afficher le vôtre, ou encore utiliser setShowUnreadCountIndicator
pour afficher le nombre de notifications dans la barre d'état.
Pour personnaliser la couleur de l'anneau extérieur de l'indicateur des notifications non lues, utilisez la méthode setAccentColor
.
Améliorations apportées à la classe ComplicationDrawable
La classe ComplicationDrawable
lance une demande d'autorisation en cas d'appui sur un cadran quand le système indique la valeur TYPE_NO_PERMISSION
, ce qui indique que le cadran n'est pas autorisé à obtenir les données de complication.
En outre, la classe ComplicationDrawable
s'invalide lorsqu'elle termine le chargement d'images ou lorsque la mise en surbrillance d'un appui arrive à expiration. Pour répondre à cette invalidation (pour redessiner votre cadran, par exemple), ajoutez un Drawable.Callback
.
Problèmes connus
Si vous activez le mode Cinéma dans l'émulateur, comme décrit dans Modifier les paramètres concernant l'écran et la luminosité, l'émulateur peut rester bloqué en mode Cinéma. Pour résoudre le problème, vous devez effacer les données de l'émulateur (voir Exécuter et arrêter un émulateur, et effacer les données).
Dans la fenêtre d'un émulateur pour le niveau d'API 25 ou 26, le bouton Marche/Arrêt ne fonctionne pas. Utilisez donc d'autres boutons. Plus précisément, pour passer en mode Veille, par exemple, comme si un utilisateur cachait l'écran avec la paume de sa main, utilisez le bouton Marche/Arrêt figurant dans la barre d'outils de l'émulateur à droite de l'écran. Pour ouvrir le lanceur d'applications en mode interactif, utilisez le bouton Accueil dans la barre d'outils de l'émulateur.
Sur la version de l'émulateur destinée à la Chine, l'écran peut commencer à clignoter si vous utilisez le mode de saisie par écriture manuscrite. Ensuite, lorsque vous cliquez sur le bouton permettant d'afficher le clavier à l'écran, le clavier occupe la moitié de l'écran.
Nouvel accès aux services Google Play, 18 décembre 2017
Cette section contient des informations sur les nouvelles fonctionnalités d'Android Wear.
Abandon de la classe GoogleApiClient
À partir de la version 11.8.0 des services Google Play, migrez vos applications Wear pour qu'elles n'utilisent plus la classe GoogleApiClient
et utilisent à la place des objets client API basés sur la classe GoogleApi
et l'API Tasks.
Pour en savoir plus, consultez les ressources suivantes :
- Effectuer une migration des applications Wear vers GoogleApi
- Accéder aux API Google
- Documentation de la classe
Wearable
Nouveaux composants pour la connexion aux services Google Play
Lorsque vous utilisez des classes qui étendent la classe GoogleApi
, telles que DataClient
et MessageClient
, le SDK des services Google Play gère automatiquement les connexions aux services Google Play. Les applications qui utilisent ces classes n'ont plus besoin de créer ni de gérer des objets GoogleApiClient
. Pour en savoir plus, consultez l'article de blog Moving Past GoogleApiClient.
Pour découvrir les composants à utiliser à la place des composants Wear pour la connexion aux services Google Play, consultez Remplacement de composants obsolètes. Pour découvrir les notes de version et les problèmes connus liés aux services Google Play, consultez les notes de version des services Google Play.
Mode Veille et autres changements du 25 octobre 2017
Cette section contient des informations sur les nouvelles fonctionnalités d'Android Wear.
Bibliothèque Android Support version 27.0.0 : fonctionnalités et corrections de bugs
La version 27.0.0 de la bibliothèque Android Support contient de nouvelles fonctionnalités pour Wear. Consultez la section suivante.
Nouvelle méthode à privilégier pour la gestion du mode Veille
Le mode Veille permet à une application Wear de rester visible pour l'utilisateur lorsque l'appareil est inactif. La bibliothèque Android Support offre une nouvelle méthode qui est désormais à privilégier pour utiliser le mode Veille dans vos applications. L'équipe Wear attend les retours des développeurs concernant ce changement important.
Plus précisément, l'utilisation de la classe AmbientMode
offre les avantages suivants :
Les sous-classes
Activity
de la bibliothèque Android Support, telles queFragmentActivity
. La fonctionnalité pour les fragments de la bibliothèque Support est disponible.Composants d'architecture, qui prennent en compte le cycle de vie.
Meilleure compatibilité avec Google Sign-In.
Constantes des métadonnées de fichier manifeste dans la bibliothèque Android Support
Les constantes des applications Android Wear, utilisées dans le tag meta-data
du fichier manifeste Android, sont désormais disponibles dans la bibliothèque Android Support. Pour utiliser les constantes (pour les applications autonomes, le mode Pont pour les notifications et les images d'aperçu des cadrans), ajoutez les références suivantes dans la section des dépendances du fichier build.gradle
du module d'application, qui nécessite la dernière version du dépôt Google :
Groovy
implementation 'com.android.support:wear:27.0.0'
Kotlin
implementation("com.android.support:wear:27.0.0")
Mises à jour apportées au panneau de commandes
Des mises à jour ont été apportées à la classe WearableActionDrawerView
, qui permet de créer un panneau de commandes pour objets connectés. Dans la dernière version :
Lorsque des éléments de menu sont modifiés, le panneau de commandes est correctement mis à jour.
S'il est défini pour un panneau de commandes, le titre s'affiche correctement.
Gonflement de la classe RoundedDrawable
À condition que vous utilisiez au minimum le niveau 24 de l'API, la classe RoundedDrawable
peut désormais être gonflée à partir d'un fichier XML drawable (voir Drawables personnalisés).
Bibliothèque Wearable Support version 2.1.0 : améliorations et autres changements
La version 2.1.0 de la bibliothèque Wearable Support intègre les modifications décrites dans la section suivante et nécessite au minimum la version 26.0.2 de la bibliothèque Android Support.
Ajout d'images de protection contre les brûlures d'écran pour le mode Veille
La classe ComplicationDrawable
vous permet d'ajouter des images de protection contre les brûlures d'écran pour le mode Veille. Plus précisément, le champ burn-in protection small image (petite image de protection contre les brûlures d'écran) de l'objet ComplicationData
permet à un cadran d'afficher une petite image dans le type de complication SMALL_IMAGE
, en mode Veille, lorsque la protection contre les brûlures d'écran est activée.
Appui sur les notifications d'événements pour les complications
La classe ComplicationDrawable
dispose d'une nouvelle méthode onTap
qui permet à votre cadran de transmettre les événements d'appui aux complications. Cette nouvelle méthode s'appuie sur la fonctionnalité existante dans laquelle un appui sur le cadran déclenche la méthode WatchFaceService.Engine.onTapCommand
.
Vous pouvez transmettre les coordonnées à un ComplicationDrawable
en appelant onTap
pour lancer l'action associée à l'objet ComplicationDrawable
contenant les coordonnées d'appui. Lorsque la nouvelle méthode onTap
est appelée, vous pouvez utiliser une valeur de retour true
pour voir si un ComplicationDrawable
a lancé l'action associée.
De plus, la méthode setHighlightDuration
définit la durée pendant laquelle une complication reste en surbrillance après l'appel de la méthode onTap
.
Barre de progression des complications à valeur de plage
Si vous préférez afficher votre propre barre de progression pour les complications à valeur de plage sur votre cadran, utilisez la méthode setRangedValueProgressHidden
de la classe ComplicationDrawable
pour masquer la progression de la valeur de plage affichée par l'objet ComplicationDrawable
.
Version bêta d'Android Wear du 2 octobre 2017
- Date : 2 octobre 2017
- Build : OWP4.170828.008
- Appareil compatible : LG Watch Sport
Cette section liste les problèmes connus de la version bêta d'Android Wear. Pour en savoir plus sur le programme bêta ou vous y inscrire, consultez la page consacrée à la version bêta d'Android.
Problèmes connus
- Google Pay et les cartes qui y ont été ajoutées ne fonctionnent pas avec cette version bêta d'Android Wear.
- Même si la connectivité au réseau mobile est activée, elle est désactivée après l'installation de la version bêta. Pour contourner ce problème, activez la connectivité au réseau mobile après avoir installé la version bêta. Pour cela, accédez à Paramètres > Connectivité > Réseau mobile.
- Si les notifications fonctionnent mal ou ne s'affichent pas du tout après une mise à jour bêta, ou si les contacts n'ont pas été synchronisés, rétablissez la configuration d'usine de votre montre.
- Dans le tutoriel Wear, qui commence après la configuration d'une montre, certaines cartes se comportent de manière imprévisible, mais peuvent être fermées normalement en balayant l'écran.
- Avec les téléphones Android 6.0, les notifications d'appel téléphonique ne sont pas reçues sur la montre.
- Après une mise à jour, il peut arriver que la surveillance de la fréquence cardiaque ne fonctionne plus. Pour contourner ce problème, redémarrez la montre.
- Il peut arriver que la carte OTA du flux n'active pas l'installation. Pour contourner ce problème, accédez à Paramètres > Système > À propos > Mises à jour du système.