Very nice. I like the simplistic approach, and really like how you can use track multiple things. I will use this every weekend.
What would be nice, and this is not something I think is possible at the moment, would be if you could use your phones compass as a sensor in the App. So that youâd know where north was. Most of the time itâs obvious, but still would be pretty cool.
Iâm trying to see a situation where opening home assistant and all its baggage to view a compass would be more efficient than just opening a compass app. Help me out here.
It would be cool if the lovelace card was tied to a real compass. So when you show wind from the east, you could point your phone to the north so youâd know where the east was. I was not saying I want a compass itself in HA. I was saying if I had a compass in HA, I could overlay other direction related information on top of that compass. I do think thatâs a bit much to ask though. More of a, wouldnât that be cool
Honestly they are placeholders, just to show what you could do with the card.
However, different weather integrations will hook you up with sensors for wind speed.
As for the sun, what I personally did is make some template sensors to get the azimuth and elevation from the default sun entity in Home Assistant. Here is the yaml to put in your configuration.yaml for that:
Do you have any info on your astro panel @tom_l, e.g. how the season, moon phase, astro dawn/dusk are obtained? Tried looking for a astro component in HA and HACS, but didnât have much luck! Thanks in advance
Season, moon phase are in core of HA. For other Astro stuff look for Phil Bruckners sun2 custom component (not in HACS as default but can be added as a repo)
For some obscure reason the entities-card and glances-card (and maybe more) use the card-header class, and the entity-card and sensor-card (and maybe more) use the header class.
In the default theme, the first is black, less weight and taller, and the latter is gray, bolder and smaller.
I thought all header titles would be the same (card-header class), so I changed the card to that when fixing the overflow. However the request was made to revert the header to match the sensor card header so I did, it made sense to me as the card is more a sensor kind of card.
Consider this a heads-up on a possible broken header for your theme in v0.3.0
If it does, reach out and we can see what is a good way to get it right.
Thatâs fine. I noticed last update and just applied a different card-mod style class I already had defined. I can easily change it back. Thanks for the warning.
Hey Tom⌠did the pointer direction change by default in the latest version? Mine is now pointing IN and before it pointed OUT⌠I think IN is correct anyway⌠(if the wind is âEâ it is blowing FROM the East not to the East right?)
However, version 0.0.1 only had the outward pointing arrow, and from version 0.1.0 onward the indicator is selectable (outward, inward, circle). As the first version only was outward, i kept that the default.
If you already changed it to inward and after upgrading it reverted back to outward, then thatâs a bug.
It should not have, Iâll see if i can reproduce this.
Could you update to 0.3.0 (if you havenât already)? And see if the default still is inward for you? Then i can try to fix it in the latest version.