Follow the link you provided your self !
They always worked before. It kind of sucks having to go through and add card-mod coding on every child card.
And as i said, i use the default-rounded corners, and they work( as far as i can see), even on âchildsâ in Custom:vertical-stack-in_card
border-radius: xy;
border: solid x;
border-color: xy;
Yes, i didnât go the last level (to the âinner circleâ ) ⊠lets call it a grand-child
And Picture-element-card, With 3 custom:button-card, and a âdefault-Image-entityâ
As usual, please could we have some links to documentation in these blogposts!
This has my head spinning!
Finding the forecast âbrokenâ has led me down a rabbit hole of discovering I have a half-dozen different weather integrations, a ~325 post thread about the implications of deprecating the forecast attribute and an unclear (to me) solution of how to work around it, and a new(?) âTemplate Weather Providerâ that I canât figure out how to use.
I just want my hourly forecast to show up on my weather card
Where is the default-rounded corners theme? I also need it in dark mode.
I also have the same problem, 2 modbus connections, it works for a while then it stops working
Thank you! That was one of my concerns when I first heard about these new capabilities. Thereâs already so much inappropriate data in attributes. I was hoping this didnât add more database spam.
Follow the link you provided your self !
The link to the Template Weather Provider shows this documentation:
# Example configuration.yaml entry
weather:
- platform: template
name: "My Weather Station"
condition_template: "{{ states('weather.my_region') }}"
temperature_template: "{{ states('sensor.temperature') | float }}"
temperature_unit: "°C"
humidity_template: "{{ states('sensor.humidity') | float }}"
forecast_daily_template: "{{ state_attr('weather.my_region', 'forecast') }}"
Can I just place a service call in the forecast_daily_template
? I donât think that will work.
the default you canât change by other means that either a custom-theme ( which might be your issue ) , or you can change in either custom:button-card/style , or/ and in picture-element-card/style , or by using card-mod ( which you btw also can have in you Theme) , which you can edit by hand, if thatâs the âcauseâ
Flush your browser-cache, All, and refresh, and restart, still donât work, report it in the Github-Repo for your custom-theme
right, well i donât know ( it is an example !, which correctly might not be updated, in regards to this last entry ) , and the example
in this part is âkind offâ not a âcopy paste exampleâ in this case( or many other scenarios )
Maybe you âthink rightâ , thou i would try
Iâll check everything I can. Itâs odd to me that the corners are all rounded in the âthumbnailâ image while in edit mode though, just not in the actual dashboard.
You have to convert to the new template style.
template:
- trigger:
...
action:
... get forecast goes here...
weather:
... your weather config ...
Gotcha, thanks! Thatâs probably the most important information regarding this change.
Loving this release.
3 questions/comments:
-
a +1 on the suggestion above to be able to filter for menu items where the metadata (area, label, category) is empty/unassigned. This would make the job of categorising your items much simpler when you can work through a list of items youâve not yet dealt with (Labels: add filtering by "no labels" (similarly - for "area" & "blueprint") · home-assistant/frontend · Discussion #20418 · GitHub)
-
Is there an easy way to pull in a list of items by label in node red yet? Canât seem to see a service i can call for this - maybe iâm just missing something obvious. Since most of my automation is in node red, this is currently limiting the benefits of labels for me.
-
when youâve multi-selected x items and selected to add them to a category, they remain selected - meaning you have to unselect them before you select your next set or they will move again. I got caught out by this on several occasions while trying to categorise my stuff.
Thanks again to all the hardworking devs whoâve done an excellent job.
This might be helpful. It shows how to create a Trigger-based Template Sensor to periodically get the daily weather forecast and store it in an attribute named forecast
. Then you simply point forecast_daily_template
to that Template Sensorâs forecast
attribute.
The example also shows how to round the weather values but thatâs completely optional. If you donât need rounding, thereâs a simpler version of the Trigger-based Template Sensor shown here.
Homematic fix will be in 2024.4.2. So donât Update
so far batch deletion of serveral devices seems not possible (but lableing them all âtrashâ is). but looks like this feature is just around teh corner
Does one know why an automation has an id
and other âthingsâ unique_id
?
Just something left over before unique_id became a thing. Canât change it now, would break things.