Bonjour,
intéressé aussi par cette fonction, on le copie dans quel répertoire ce fichier cmd.info.strig**** ?
Il sera fonctionnel avec tous les widgets de notre jeedom ?
Bonjour,
Je me permet de rebondir sur le sujet car j’utilise la méthode de @noodom pour changer la couleur de certaines infos numériques en fonction de la valeur d’une autre commande :
et je me demande ce qui est le mieux en terme de perfs si on considère uniquement le changement de couleur d’une commande info en fonction de la valeur d’une autre commande ?
Est-ce mieux de faire appel à un scénario qui se déclenchera à chaque changement de valeur de la commande à surveiller (même s’il n’y aucun client qui affiche cette infos à l’instant t) ou un widget qui ne se mettra à jour que lorsque l’info sera affichée ? J’ai l’impression d’avoir la réponse à ma question en écrivant ces lignes mais je rate peut être un truc ?
Helloo,
Je pense aussi
Mon scénario est plus orienté comme une solution générique à une solution qui manque actuellement : modifier dynamiquement les paramètres d’un widget en cours.
Le widget pour modifier directement la couleur sera plus efficace pour ce cas précis.
Bonjour,
Flute !!, je n’y suis pas arrivé, je veux que mon affichage puissance du poêle change de couleur quand il passe en dessous de 6W, il est alors en mode veille.
Ci joint mes captures (fallait il redémarrer jeedom pour que les fichiers html soient pris en compte ?
Il compare la valeur de l’équipement a un autre équipement .
Toi tu veut comparer un équipement a une valeur fixe, donc le template multistate du core est plus adapté.
Sinon tu ajoutes un paramètre valueCompare qui prend directement une valeur et non un id ?
(Avec priorité de valueCompare sur idCompare si les 2 sont présents)
Autre amélioration possible : idCompare propose une liste de changements de couleur (avec séparateur) et un paramètre colorList lié
Bon à réfléchir sur le comportement en fonction de l’opérateur