Haha yes, I guess the card doesn’t like your config very much…
No but on a serious note, I tried your config and got the same jitter, (it’s kinda funny actually…).
The problem is that you are setting name: ' ' so when it renders it doesn’t take up any vertical space, but when you hover over a point it will render that entity/config name instead and the card will take up more vertical space and you’ll end up no longer hovering over the point for a split second and the card will go back to the default look and you’ll one again hover over the point, this it will continue in an infinite loop until you move your cursor away.
So what you could do to solve this is either hide the name completely
show:
name: false
Or set the default name to something else (not empty)
name: speedtest
I should probably add a min height to the name? unless it’s hidden or something.
No not directly, but you can always create a template sensor of the binary_sensor and use that template sensor in this card.
It probably won’t end up looking as what you might expect since the graph does display the history as the moving average.
I recommend using the default history-graph for binary sensors, I personally think it presents binary sensor history really well!
Does anyone know if it is possible to use prediction data. I have for example 5 sensors that indicate the expectation change of rain per day. So, i don’t need the history only the 5 sensors in a graph. I know there is something like dutch-precipitation-forecast-based-on-buienradar-nl
But i prefer to use the mini graph card for the same look, feel and flexibility
This are the simple entities that i have now, seems to be some rainy days in the Netherlands
I don’t think so, unless you manage to add those sensor states as history entries and somehow manipulate their timestamps to be in the past by x amount of days.
This version brings many improvements to how sensor history is fetched and handled, this should result in much quicker loading of the graph.
These improvements should also reduce stress on the HA backend, since the card now cache history data locally in the browser and only request data it’s missing.
Last update broke line color thresholds unfortunately, so here’s another release with thresholds working again + some changes (improvements imo) to color threshold appearance.
Hi @kalkih,
I was wondering if it was possible for you to have, for all your plugins, the js file also in the github repo rather then only in the releases.
This because I have a script that downloads the componetns and the cards automatically from github to update my master repository, and for those that are only available in release, i have to manually update the script everytime (due to the fact that there is no /latest/ option).
Is that possible or it messes up your deply procedures?
You mean with the tracker card and the updater component?
I do use that too but I got a “master” repository where I work my config and includes all the custom cards and components, and everytime it overwrite the HA config folder (overwriting everything).
Do you grep the URL from that file? That might be an idea indeed
Yes, sorry, I prefer not having the dist in the git repo, but as petro said, tracker.json always provides a direct download link of the latest release. Or if you want to clone the repo and build from source that would also be an alternative, although does requires npm & nodejs.
Since 0.4.1 none of my graph cards show. I don’t think I have changed anything
What could be the problem?
(It must be me but I think I’ve thought of everything - except obviously I haven’t…)