Bonjour,
J’ai le même problème sur les cartes mini graph, affichage immédiat avec decluttering et très long à afficher avec streamline donc je garde pour le moment decluttering où il n’y aucun problème
Y a pas de raison qu’on ne puisse pas, le seul truc c’est qu’il faut que les [[ xxx ]] soient non nul sinon ca plante et ça ne génère rien. C’est peut être ça le soucis.
D’ailleurs est-ce qu’il y a un moyen propre de gérer l’absence de paramètres ?
J’ai un template avec plusieurs entités dont certaines peuvent être absente. Ca fait planter les cartes quand ça arrive.
ok. On doit pouvoir alors définir un template d’entité qui renvoie ‹ unknown › comme état et la mettre par défaut dans les templates qui ont besoin d’entités.
Je rejoins @BBE, c’est pas vraiment la solution idéale.
Il reste par contre la possibilité de passer une liste des entités directement, j’ai pas l’exemple sous la main, mais je crois que j’ai un truc qui traine à la maison
je suis en train de tester ce système qui est vraiment pas mal !!!
Le souci c’est que je n’arrive pas à le mettre en config, mais que je dois passer par l’édition yaml de ma vue pour rajouter les templates. Il y a pas moyen de faire un include ?
Suite au conseil de @WarC0zes trouvé sur le site, je suis passé de Decluttering-card à Streamline-card. Mon dashboard est juste plus facile à maintenir !!!
Quelques remarques :
La gestion des default via l’UI plante. Il cherche à le remplir et du coup il mets ‹ « » › ce qui efface la valeur par défaut.
Pas réussi à mettre ailleurs que dans l’édition yaml du dashboard. Le top serait de le stocker à côté pour l’éditer via VSCode.
Il faut éviter les inceptions… J’avais inclus des streamline-card dans des streamline-card… Ca marche mais ça ralentie l’IHM.
Est-il possible de faire fonctionner streamline-card avec un bloc visibility dedans.
C’est à dire que je voudrais pour certaines de mes card avoir la condition visibility dans le template.
Actuellement avec decluttering-card cela ne marche que si le bloc visibilité est dans le dashboard qui appelle le template.
La gestion des défauts a été corrigée. Attention, c’est un breaking change, il faudra bien lire les notes de mise à jour !
S’il y a un problème avec les inceptions, je veux bien un exemple (idéalement dans un ticket sur GitHub). Ce n’est pas censé être normal, d’autant plus que dans mes tests, streamline card est censé être même plus rapide que les cartes natives
Normalement oui, je l’ai géré et ça marche bien (même si j’avoue qu’au début, il y a eu quelques bugs sur la visibilité), si jamais ce n’est pas le cas, n’hésite pas à me fournir un exemple et une explication du problème (idéalement sur GitHub) pour que je puisse regarder et corriger.
Alors je penses que c’est le trio streamline en inception + vertical-stack-in-card + lovelace-card-mod. En effet, si je fais une inception, je rencontre ce bug et du coup, je dois rajouter lovelace-card-mod
Et une question @brunosabot > on peut pas utiliser l’UI et mettre les config dans le répertoire /config ?
Remarque pour les modo, peut être faire une séparation du topic pour avoir un topic dédié au fork ?