I have another issue with the latest card (besides the icons not showing):
I can’t switch to another view from the view with this card on it. Ive tested extensively now, and each and every time I take out the card, I can navigate just fine. Put the card back, and clicking another view (tab) won’t navigate away from the view (though it does show the correct path in the browser path).
Forcing a reload then shows the correct view. Can navigate to all other views, but not away from the view with the Dark_sky card on it…
Yes, This will cause odd things to happen. The updating routine searches the shadow dom for IDs associated with the specific items in the card. the IDs need to be unique to work correctly. If you have more than one instance of the card then the IDs won’t be unique and it will be indeterminate as to what happens during the update.
EDIT… In thinking about this more, I don’t think this should be an issue. Each instance of the card should have its own Shadow DOM so it really shouldn’t be an issue. I will do some further testing.
Not sure what to say for this. I don’t have this issue. I am able to navigate to and from the card without issue. Possibly something is wrong in HA. Does it continue to be an issue after restarting HA?
yes is does, many reboots tried…
changing to my previous card immediately solves all issues… navigating is back, and swift. And all my icons show on loading the card. No wait what so ever, and rock solid.
Seems this LIT thing is rather a nuisance for the new soon to be default Lovelace interface…
id be happy to send you my adapted code to have you test it and see if anything pops up on your side. I don’t get any errors what so ever. Simply doesn’t work as expected.
Are you saying here that we can’t have 2 cards on 1 view using the new Lit technique? That would be most impractical…(understatement of the severest kind).
please consider adding an icon arrow for wind bearing.
I am also using the card with a chart which uses that, and I think it is kind of neat and simple:
Has nothing to do with LIT. Has to do with card being able to update dynamically. The getElementById function requires the id you are looking up to be unique. If there is more than one with the same element it will return the 1st one it finds.
To have more than one instance of a card you would need to find a way to make the IDs unique across the card instances. That can easily be done for cards that are single element specific like a guage card or a individual sensor card. Because those cards are only for one entity, you can use the entitiy name as part of the id. That obviously won’t work for this card.
EDIT… (Edited original post as well)… In thinking about this further, I don’t think multiple copies of the card should cause an issue. Each instance should have it’s own Shadow DOM so as long as the IDs are unique within the card there shouldn’t be an issue I will test further…
A symlink is a linux concept that allows you to have a directory or file that appears in one place but is actually in another. Doing this will allow you to have your icons in a central place without breaking this card or anything else that might need them.
You could create a symlink called /local/icons/weather_icons that points to /my_icons/weather_icons. This will not create copies of the icons but will instead provide a link that appears to be a directory with the correct name the card needs.
the syntax is “ln -s source link” (the -s makes it a soft - symlink)
When I said it was not practical I was not referring to how many options the card has but rather to the complexity it would add to the source code of the card vs the ease of creating a symlink to handle it.
ah, yes, I feed as much… thanks for this very clear explanation, Ill certainly store it.
But, tbh, I fear this is not what I would describe as user friendly, or ‘simple’. This is exactly what should be in the card, and not up to the end-user imho. Have a look at the lengths you’ve gone to create a variable for the top margin of some of the entities in your card… Much appreciated, don’t get me wrong. But I think adding icon_path: to the config options would be so much more user oriented than having to deal with unix/linux commands.
The key issue here is:
while it should be: where are the user icons located? tell the card and it takes care of the rest…
that all being said, my card is back up again, and, as far as I see now, never been more solid… so thanks for all the efforts you’ve put into this.
Thank you for a great card! The documentation is top notch.
Just updated to latest version and I can’t seem to find a way to show the 2nd separator line. I get the one at the top but not at the bottom. What am I missing?
There have been several feature requests in the past weeks and I have tried to respond to them all but it is difficult to keep track of them in this thread.
Going forward, please add add any feature requests to the github page for the card as an issue. This will allow them to be tracked and discussed individually. People can then vote Thumbs up or Thumbs down as to whether they feel the feature should be in the card. Once a feature request gets enough positive feedback I will consider adding it to the card.