Salut tout le monde! Il est temps pour la prochaine version d’Android et nous sommes vraiment ravis de sortir celle-ci. Beaucoup de changements pour toutes les versions de l’application, y compris les appareils Wear OS et Quest.
Changements avec rupture
Nous avons une assez grosse version ce mois-ci avec beaucoup de changements en cours. Certains de ces changements sont perceptibles dès que vous mettez à jour l’application, alors couvrons-les d’abord.
Notifications push locales
Le premier changement majeur que nous souhaitons couvrir concerne les notifications push locales. Avant cette version, toutes les notifications étaient acheminées via Google. Désormais, les notifications peuvent être envoyées directement à partir de votre serveur Home Assistant si vous avez configuré un accès à distance. Ces notifications ne comptent pas dans la limite de débit et s’affichent immédiatement sur l’appareil, à chaque fois.
Alors, quel est le changement de rupture ? L’application doit établir et maintenir une connexion constante à votre serveur Home Assistant avec WebSockets. Pour ce faire, nous devons créer une notification persistante et cela peut déranger certains utilisateurs.
Une notification persistante permet à Android de savoir que l’application a d’importantes tâches en cours pour lesquelles nous ne voulons pas que le processus d’arrière-plan soit arrêté. Le but de cette notification est identique à notre Sensor Worker, qui permet à l’application de continuer à envoyer des mises à jour de capteur en arrière-plan. Tout comme Sensor Worker, notre notification WebSockets possède également son propre canal de notification pour vous permettre de personnaliser l’apparence. Vous êtes libre de minimiser (ou de désactiver) cette notification pour empêcher l’icône d’apparaître dans votre barre d’état.
Vous pouvez également décider de désactiver la chaîne. Bien que rien ne vous empêche de le désactiver, si vous rencontrez des problèmes de connexion, il vous sera demandé de réactiver le canal.
La notification persistante contiendra un bouton actionnable vous menant directement à la page des paramètres. De là, vous pouvez ajuster le comportement de connexion persistante et modifier le canal de notification. La notification persistante ne sera présente que lorsqu’une connexion active à votre serveur est maintenue.
Si vous utilisez la version minimale de l’application, la connexion persistante par défaut est définie sur « Toujours », car c’est le seul moyen pour l’application de recevoir des notifications de votre serveur. Sinon, vous aurez le paramètre par défaut « Jamais », où l’application continuera à recevoir des notifications de Firebase. Si vous êtes sur la version minimale, vous devrez être sur Home Assistant Core 2022.2 ou version ultérieure pour utiliser cette fonctionnalité.
Nous avons vu divers rapports d’utilisateurs qui ne remarquent pas beaucoup de changement en termes d’utilisation de la batterie, tandis que d’autres ont remarqué une grande différence. N’hésitez pas à ajuster les paramètres en fonction de votre utilisation et de votre désir pour la fonctionnalité. Certains d’entre nous, développeurs, ont choisi de conserver l’option définie sur « Toujours » et ne remarquent pas beaucoup de changement dans l’utilisation de la batterie. Personnellement, je garde le mien sur « Toujours » et je n’ai pas eu à changer mes habitudes de charge quotidiennes pour profiter de cette fonctionnalité, votre expérience peut être différente.
Un grand merci à JBassett pour avoir lancé cette fonctionnalité et travaillé dur pour résoudre tous les problèmes de bêta signalés ! Merci à jpelgrom, SkechyWolf et dshokouhi pour leur aide dans la finalisation de l’expérience utilisateur.
Changements de capteur
Les changements de rupture restants dans cette version sont liés à 2 capteurs proposés par toutes les versions de l’application.
-
Capteur Ne pas déranger – N’est plus disponible sur les appareils fonctionnant sous Android 5 ou inférieur. Ce capteur, qui était auparavant proposé à toutes les versions d’Android prises en charge, a été mis à jour pour utiliser l’API Android officielle au lieu de celle non documentée. L’API Android n’est disponible que sur les appareils exécutant Android 6+. Les appareils plus anciens ne verront plus ce capteur dans l’écran Gérer les capteurs.
-
Dernier capteur d’application utilisé – Ce capteur signalait auparavant son état en tant qu’étiquette d’application. Nous avons réalisé que ce n’est pas toujours unique, plusieurs applications peuvent avoir exactement le même nom. L’état a changé pour signaler l’identifiant du package qui est garanti unique. Le nom de l’application est désormais disponible en tant qu’attribut.
Journal des modifications dans l’application
Cette prochaine fonctionnalité de la version sera également immédiatement perceptible lors de la mise à jour, car tous les utilisateurs recevront un journal des modifications une fois qu’ils ouvriront l’application après une mise à jour. Ce journal des modifications ne sera affiché qu’après que l’application aura reçu une mise à jour. Certains utilisateurs peuvent ne le voir qu’une fois par mois, tandis que d’autres peuvent le voir chaque semaine en fonction du calendrier de publication de la version bêta. Le journal des modifications est également accessible sous Companion App.
L’invite du journal des modifications sera maintenue par les contributeurs de l’application car nous ne pensons pas qu’il sera convivial d’afficher les messages de validation GitHub. Cela nous permet de mettre en évidence les changements de rupture ci-dessus pour tous les utilisateurs afin qu’ils n’aient plus de surprises à l’avenir. Merci à dshokouhi pour l’ajout de cette fonctionnalité.
Porter les mises à jour du système d’exploitation
L’application Wear OS continue de se développer avec plus de fonctionnalités à chaque version et ce mois-ci, nous avons quelques ajouts bienvenus !
- Changement de rupture : L’application Wear OS a un changement de rupture dans cette version pour masquer les entités non principales de l’écran d’accueil. Les entités seront toujours accessibles si vous les ajoutez en tant que favoris et également sous l’écran « Toutes les entités ». Ce changement a été fait pour correspondre au comportement du tableau de bord généré automatiquement de l’interface Home Assistant, merci jpelgrom.
- Une nouvelle tuile a été ajoutée par leroyboerefijn qui vous permet de rendre n’importe quel modèle dans la tuile. Vous devrez utiliser l’application pour téléphone pour configurer la vignette du modèle, car il manque au clavier Wear OS certaines touches importantes requises pour les modèles. Vous pouvez également définir l’intervalle d’actualisation de la vignette dans les paramètres.
- L’authentification multifacteur est désormais prise en charge lors de la connexion à la montre, merci jpelgrom
- Des zones ont été ajoutées pour vous permettre de visualiser les entités par zone sélectionnée, merci jpelgrom
- La vignette des raccourcis a été améliorée pour afficher le nom convivial de l’entité autour de l’icône. Si vous ne modifiez pas vos icônes d’entité en icônes personnalisées, vous souhaiterez activer cette fonctionnalité. Regardez dans l’écran des paramètres pour activer cette fonctionnalité, merci leroyboerefijn.
- Un nouveau bouton « Connexion sur le téléphone » a été ajouté à l’écran de connexion de Wear OS afin que vous n’ayez plus à saisir ces longs mots de passe sur un petit écran. Merci jpelgrom
-
button
,cover
,fan
etinput_button
des domaines ont été ajoutés à l’application Wear OS par jpelgrom
Autres changements
- Un nouveau capteur In Use pour les appareils Quest a été ajouté par SkechyWolf. Ce nouveau capteur ne s’allume que lorsque le casque est porté par l’utilisateur. C’est un peu plus précis que d’utiliser le capteur interactif, qui a été mentionné précédemment pour ce cas d’utilisation.
-
Les commandes de l’appareil ont été mises à jour pour ajouter la prise en charge de
button
etinput_button
domaines. leclimate
domaine a été amélioré pour les modes CVC pris en charge et les incréments de température appropriés. La fenêtre contextuelle Plus d’informations, lorsqu’une vignette est appuyée longuement, est désormais plus fiable. Merci pour ces améliorations jpelgrom. -
dshokouhi et jpelgrom ont travaillé ensemble pour supprimer les dépendances supplémentaires du service Google de la version minimale
- Une nouvelle page de paramètres a été ajoutée par dshokouhi pour permettre aux utilisateurs de trouver facilement les paramètres du canal de notification pour l’application
- La page Gérer les widgets a été mise à jour par dshokouhi et jpelgrom pour avoir un nouveau design basé sur Jetpack Compose. Il est également désormais possible d’ajouter des widgets de la page des paramètres à votre écran d’accueil, si l’appareil le prend en charge.
- Une commande de notification pour mettre à jour les capteurs a été ajoutée par dshokouhi
- Les pages Gérer les raccourcis et Gérer les tuiles avaient des mises à jour de conception basées sur Jetpack Compose par dshokouhi
- Commandes de notification pour
command_activity
etcommand_broadcast_intent
ont été mis à jour pour plus de types d’extras d’intention par moritzgloeckl - Le capteur d’état WiFi reçoit désormais des mises à jour instantanées sur les appareils qui n’avaient pas de mises à jour instantanées auparavant, merci dshokouhi
-
JBassett a maintenant rendu possible la mise à jour de la liste Google Play Store directement depuis GitHub
- Le téléchargement est maintenant pris en charge dans l’interface Home Assistant, merci jpelgrom
-
button
etinput_button
la prise en charge du domaine a été ajoutée aux paramètres rapides par jpelgrom
Un merci spécial à tous les autres contributeurs qui ont aidé à la correction des bogues et à diverses autres améliorations sous le capot de la base de code. Merci NotWoods, joostlek et chriss158. Comme toujours, n’oubliez pas d’ajouter vos demandes de fonctionnalités et vos bogues à GitHub.
Journal des modifications