Tu veux dire 18 votes !! 
1 « J'aime »
19 votes woo comme quoi le sujet est demandé 
2 « J'aime »
Oui pourquoi pas augmenter la hauteur!
Après « la même taille que lorsqu’il y a une image », c’est relatif. Toutes les tailles d’images sont différentes, ça sera pas exactement pareil.
Je me pose la question de l’interet de l’expiration de la valeur des boutons…
Perso ça me gêne plus qu’autre chose…
C’est un peu mon cas aussi. Je pense qu’à terme il serait bien de faire évoluer la fonction pour pouvoir la régler pour chaque device 
C’est une première pierre !
Je confirme que les soucis de reconnexion automatique mqtt sur un serveur externe à la machine sur laquelle Gladys tourne fonctionne dorénavant parfaitement.
En cas de coupure réseau et/ou electrique de l’un, meme 10 minutes après, Gladys se reconnecte bien.
Un grand merci à toi !!
1 « J'aime »
Plusieurs possibilités (pas exclusive) :
- On exclue certains type d’appareils de cette fonctionnalité (genre effectivement les boutons)
- On considère la dernière date de valeur reçu au sein du device entier (et non au sein de la fonctionnalité uniquement), afin qu’un capteur qui retourne une qualité de signal de façon périodique puisse indiquer que tout le device est « à jour »
- On laisse la possibilité d’exclure certains appareils
Je pense que les 3 solutions ne sont pas exclusives. La 3 est la plus puissante, mais elle demande une action de l’utilisateur alors que les 2 autres sont juste du bon sens.
Etonnant, je n’ai rien fais dans cette mise à jour qui aille dans ce sens 
Tant mieux !
Je trouve que la 1 fait sens, il faudrait faire une liste des appareils à exclure, car il doit y en avoir un certain nombre : boutons, capteurs de fumée, capteurs de fuite , etc…
Ok, j’ai fais une proposition de PR: Add a list of device feature categories that don't expires in time by Pierre-Gilles · Pull Request #1884 · GladysAssistant/Gladys · GitHub
J’ai exclu:
- Bouton
- Capteur de fuite
- Capteur de fumée
- Remontée « textuelle » d’information sur le tableau de bord (fameuse feature « text »)
D’autres fonctionnalités à exclure ?
Comme exprimé sur l’autre sujet, pour ma part la 2. est la plus susceptible de m’intéresser (par device) meme si la 1. est en effet tout autant intéressante. Et l’alliance de 1. et 2. devrait pouvoir eviter de passer par 3.
Chez moi, j’ai un message pour un capteur de mouvement et un capteur d’ouverture.
J’aime bien voir depuis quand il n’y a pas de mouvement dans une pièce.
Pour le détecteur d’ouverture, une porte peut ne pas être ouverte longtemps, ici aussi j’exclurais.
Le niveau feature semble plus adapté selon moi dans la mesure où le niveau de batterie/connectivité sont activés eux régulièrement.
De mon coté, je n’ai plus l’affichage de mon capteur de Température et d’humidité NOUS.
Dans ce cas la méthode 2. fonctionnerait, car ton capteur d’ouverture de porte envoie probablement sa batterie de manière quotidienne.
Pour le coup, ça serait dommage de perdre la fonctionnalité pour ces capteurs, car c’est précisément ces capteurs où à mon sens c’est important de savoir qu’ils sont toujours actifs !
Pour le coup, c’est une vrai alerte pour toi @Isage ! Cela veut dire qu’aucune valeur de température n’a été envoyée depuis 2 jours sur ce capteurs, ce qui n’est pas normal.
Les données température et humidité arrivent bien dans Z2mqtt, mais pas dans Gladys!?
@Isage Tu créé un sujet spécifique et on en discute?