yes, I must say I am still much surprised, and this is a unique situation. I mean, most of my entities have some sort of customization, and it never has stopped the card-mods from working. I first took out my full custom-ui, so I noticed this worked, then found it was the
template for the binary_sensor domain hindering. Ive commented that now and see the icon coloring and spinning in Safari too… (still not resizing though)
this probably means the custom-ui is either stronger than card-mod (not are how to call it) or executed later, so sticks.
If you have other examples please let me know, so I can have a look. DM if must be.
I’ve asked Thomas if he can explain why this happens.
Cards inside vertical stack are not obliged to stretch themselves vertically.
You need to try layout-card, grid card - cannot tell exactly, not used them so far (may be none of them can help, I do not know).
Also, you may try to specify heights of cards explicitly (do not like it myself since may give different results):
haha, no Ive tried that before for another reason (users reported slow loading of the custom-ui some time ago), but I couldn’t find any advantage tbh. So move away from that again, using the advised method for installing custom cards again.
The current issue must be in the way both customizers do their job, where custom-ui touches the backend more (hence the customized icons on more-info panels too), and card_mod is solely in the frontend. I think…
Everything is changed - HA, custom cards - every new version may hide new surprises. Now I am a little stuck with hui-elements, lot of things depend on it in my setup.
yes, its a bit frustrating not knowing what/why… in my case, the coloring worked just fine before, and I havent changed custom-ui at all, and neither has card-mod as far as I know. So why??
just as odd as not being able to hide the 3 dots in the header menu any longer, or replace it with some replacement
for reference’s sake:
edit
ive went back up to 3.0.9 to see if changed in Card-mod could have caused this, but unfortunately that isnt the case… All I can conclude is that some HA change causes this, and which one has to be answered yet ;-(
btw, on the latest download of 3.0.13, the inspector says its .14
Thank you @Ildar_Gabdullin , that fixed the column width problem.
But I have two (hopefully now small) issues remaining:
The column width is defined manually and it seems that this value is mandatory.
layout:
column_widths: 70% 30%
width: 220
But this results in the columns being pushed below each other depending on the amount of cards in the dashboard despite being shown correctly in editor mode.
Sorry about all the confusion here.
Hui-element is supposed to be transparent to card-mod. I.e. styling hui-element should be as if styling the element inside it.
I think I’ve managed to fix that for 1.1.2, but there are lots of edge cases…
Thank you, I will
As a first feedback, I can say that the solution for the width issue was using layout_type: custom:grid-layout. This also does not require me to define the width.
But again is not centered (((((((((
There is smth strange with your setup, my friend…
My proposal is - create a CLEAN test setup and check how it works…
will do, and just fired up Firefox as a 3d browser.
On the Folds and vertical spacing:
to give you an idea though, I have 262 fold-entity-rows, and only this card gives me a headache…
I have them populated with auto-entities cards, or listed entities, what have you. given the fact there is now error in the inspector at all on this config, debugging is very difficult.