my custom-ui apparently stops the coloring from happening, spinning works fine
Without custom -ui Safari doesnt do the sizing, but only coloring, Chrome does both.
this is a first, custom-ui blocking card-mod from being effectiveā¦ and for as far as I have been able to check, only in this template-entity-row config. now how can this beā¦
Marius, I had to limit using Custom UI in my setup because of the same reasons - mutual negative effect between Custom UI & card-modā¦
Now I have Custom UI only for:
icon colorās for batteries (dependingly on charge level) - and there is no any card-mod styling for these icons in my setup;
entity_pictures for persons (dependingly on personsā names);
friendly_names for some similar entities (dependingly on entity_ids);
BTW Iām currently testing and trying to improve the performance of my card-mod-places.
Is anyone aware or did some tests, how it is implemented and/or better from a performance perspective, if I have e.g. only one child ābarā, which I want to mod.
foo:
$: |
bar { color: red }
foo$: |
bar { color: red }
would of course both work.
But is the first way still better, because e.g. it is implemented that way, that more generic is faster and even if there is only one ābarā or option b, because it is implemented that way, that it then really selects only the first and ingest there. Could be even the other way round and b is slower, because the āselect firstā is a whyever implemented special case and therefor perhaps more time consuming.
I fear only Thomas can aswer, but perhaps someone else was either more successfull in finding the answer in the source code than I was able or did tests or have experiences as well.
Same question (first faster, second faster, both equal) for notation/ingestion
I thought I had the card-mod figured out but then I tried to add a vertical-stack to a modded horizontal-stack and that broke my code.
Does anybody see what I am doing wrong? Slider & ApexChart should take up 75 % and the buttons the remaining 25 %.
@Ildar_Gabdullin : I tried following your examples (amazing compilation by the way, thank you!) but I must be missing some important detail.
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ā¦