Feature description
Les modèles Zigbee renvoient par défaut une valeur correspondant à la qualité de la connexion avec le serveur ou point central. J’imagine que c’est la même chose avec Z-wave et d’autres protocoles.
Je propose d’ajouter dans Gladys une feature « Link Quality » comme le propose déjà Zigbee2mqtt par exemple :
En complément à ce que je proposais sur la détection des batteries faibles ou arrêts de fonctionnement des capteurs, on pourrait alors alerter lorsqu’un capteur reçoit un signal très faible.
En revanche “link quality” je trouve pas ça très clair. “Signal strength” c’est mieux et on comprend direct.
Il faudrait en revanche avoir une échelle clair et simple à comprendre. Sur nos téléphones on a des barres de 1 à 5, je trouve ça plutôt clair. Dans ton exemple (je sais pas si c’est des données réelles), le “120 lqi” ne dit rien à personnne ^^
Je voterais pour un “signal strength” de 1 à 5 façon barre réseau/barre wi-fi
Coté front je n’ai rien fait encore, la question de la barre réseau pour représenter le signal est une bonne idée sauf qu’on à rien à dispo dans le pack d’icône ( c’est qualitatif mais y’a pas grand chose, de plus le repos n’est plus maintenu ).
@pierre-gilles , qu’est ce qui avait motivé le choix feather icon à l’époque plutôt que material design icon par exemple qui a une grosse commu et est vraiment complet ?
Dans l’idée pour la feature
Là je vois pas trop comment faire sans créer un svg etc…
Ce qui avait motivé le choix de feather icon c’était que tabler utilise Feather Icon donc en terme de design ça match bien, l’autre argument c’était son minimalisme (le poids léger de la dépendance).
Material design icon, c’est une débat, plusieurs choses à voir:
Gladys n’est pas un projet material design, donc à voir si ce set d’icone fait sens même en dehors d’une UI non material
Quel est le poids de la dépendance? Pas trop lourd ? Gladys étant une PWA, le bundle est téléchargé en entier à chaque mise à jour, donc il faut prendre ça en compte.
Quels sont exactement les icônes qui nous intéressent dans material et qu’on a pas dans feather? Faire une migration complète (car il faut convertir l’existant, on utilise feather dans les scènes actuellement et le nom de l’icone est sauvé en DB), si c’est juste pour 1-2 icone c’est peut-être overkill
Après je suis pas fermé à changer si ça fait sens
Pour ce cas précis, pourquoi ne pas trouver un bon SVG sur internet? Si celui de material te plait, pourquoi ne pas juste le récupérer ?
Prendre un svg et ajouter la ressource pourquoi pas le risque c’est que le style tranche un peu avec feather. Je vais essayer plutôt de faire dans le style feather.
Mdi en remplacement de feather c’est un autre débat.
Comment je peux savoir la taille du bundle mdi ? ( qui sera forcément plus lourd ( 23000 icônes)
@pierre-gilles je propose d’ajouter la feature unit uniquement pour le moment, la box arrivera plus tard sur une autre PR. Ça permetera à Alex d’avancer sur sa la détection automatique des features.
Quelle est l’utilité pour l’utilisateur d’avoir une précision à 1/255ème ?
Je ne sais pas, question ouverte.
Jusqu’à là, on a toujours essayé de définir dans Gladys un format qui est le même pour toutes les intégrations (exemple: les couleurs des ampoules), et des fonctions de conversions dans chaque service.
Ca permet d’avoir des composants génériques et de pas devoir développer 5 UI différentes.
Si on avait stocké le format de couleur de chaque constructeur sans faire de conversions, ça aurait été l’enfer ^^
Hello, je m’ajoute rapidement à la conversation pour préciser qu’on a également ça sur Netatmo (le jour ou ça sortira) je vais regarder sur la PR de @damalgos qu’elles sont les valeurs que j’avais mis.
