You are not getting the difference.
In case of using a āstack methodā you only need card-mod in places like āadd a non-folded row on a root level - for that place Entities card with removed top or bottom margin/paddingā.
In case of using YOUR method you need to WIDEN the Entities card (by negative margins) for EACH list.
Probably you should make a simple TRY.
I stopped convincing you.
Not related to fold-entity-row.
Probably you need to use:
ā either a conventional entity row with an icon - but with hidden āstateā part (card-mod);
ā or template-entity-row to specify a name, an icon and w/o showing a āstateā part.
Hello All,
I have been using fold-entity-row for a long time and have found it really usefull, thank you Thomas!
Recently I added a fold-entity-row instance to a card which uses config-template-card - which may or may not be a supported combination. The foldable row can be unfolded and folded using the chevron. However, while unfolded if one of the entities āin the foldā changes state the folded row folds back up.
The card I am using includes a lot of templated values to operate, but this simplified example which removed most of the templating demonstrates the same behaviour. In this example, if the folded row is unfolded, instead of staying unfolded indefinitely it folds when the state of switch.esp_fs_relay changes state.
If line 3 ( - switch.esp_fs_relay) is removed from this example the fold/unfold state is maintained is the state of switch.esp_fs_relay changes, but the change of entity state is not shown on card.
It seems that config-custom-card monitors the state of the entities and triggers an update of the entities card, but the folded/unfolded state of the fold-entity-row reverts to folded.
Should what I am trying to do possible (ie. Using config-custom-card in conjunction with fold-entity-row), or is there an issue with config-custom-card or fold-entity-row?
Thank you for the reply. Your suggestion does work, and prevents the rold-entity-row reverting to the folded state when one of the entities changes state.
However, wrapping each row in a CTC looses the advantage of using CTC in the first place.in my usage case, which without some of the simplification looks like below. The same card definition is used many times in my frontend, with only the āNODE_NAMEā changing. Multiple CTCs would make the card definition far longer and more complex, and NODE_NAME would need to be changed in many places.
I donāt really understand why when CTC is not being used fold-entity-row remembers itās folded/unfolded state when an entiry state changes and the card is rebuilt, but wrapping the card in CTC makes fold-entity-row revert to folded with every card rebuild? Iām not clear whether a very small change (to either my config, fold-entity-row or CTC) could make this work, or whether what I am trying to do is not possible for a good reason.
I already use the decluttering card, but I have tried to keep my sample code as simple as possible to demonstrate the issue I have. I agree that āconfig-template-cardā (CTC) is not required for the simple example I have given. However, my cards use templates for things like the card title and a PIN for a restrictions card, so I do want to use CTC.
Without the CTC wrapper the entities on an unfolded āfold-entity-rowā update as they change state, and the rows remain unfolded. The rows remain unfolded until they are manually closed
When using CTC, if an entitity on an unfolded āfold-entity-rowā change state, the rows immediately fold.
In the example I have given if I unfold the fold-entity-row and toggle the switch (switch.ā+NODE_NAME+ā_relay) the rows immediately fold. If I remove the CTC wrapper and hard code everything I can toggle the switch without the rows folding.
I am looking for a way of using āfold-entity-rowā in conjunction with āconfig-template-cardā without the rows folding very time an entity changes state, if that is possible.
Is there an easy way to tie the expand/collapse to the status of a switch entity?
I have opensprinkler and the dedicated card is VERY nice but thereās a lot to it. When opensprinkler is disabled (like it is during the Winter), Iād love to have the fold-entity-row card collapse this down to the single āenable opensprinklerā entity. Is it possible? Something like this:
I just found your reply because I wanted to create a nested fold-entity-row based on the value (or lack thereof) in an input_text.
Unfortunately it seems that defining state_not: '' is invalid, so I cannot have the card appear as soon as there is a value in the input_text.
Do you (or does anybody else) know an alternative way to make a fold-entity-rowconditional?
How do I use other cards instead of the normal entity cards? I would like to use mushroom-light-card for this, but setting that as head doesnāt work. This is what I have now and does work, but it would be great if I could use it with mushroom cards.
This doesnāt work at all. Tried copying what you did. Only thing that happens is that my section name does not show, as I head to change type: section to type: custom:mushroom-entity-card