Sorry for the late reply, but where do you have the custom-lovelace-folder? It should look something like this:
HA Config folder
|
|___www
|___lovelace-custom
|___lovelace-home-feed-card
lovelace-home-feed-card.js
etc.
Also, the latest version requires more files than just lovelace-home-feed-card.js, there are several other Javascript files it references (fecha.js, moment.js, and custom-card-helpers.js) and all those will need to be in the folder for it to work,
If all that is correct, please check for error messages in the Javascript console of your browser. Errors will most likely appear there rather than in home-assistant.log.
Iāve had a request to be able to sort automations by their last triggered time instead of, as it does now, the last updated time. Iād considered adding it as an option setting but, thinking about it, does it really make any sense to use anything but the last triggered time for automations? Also, unless an automation has been turned off, its state will always be āOnā. So, my proposal is to treat automations differently from any other entities and do the following:
Automations with a null last_triggered time will never show in the feed
The state of any other notifications will be hardcoded to āTriggeredā, so these will (unless overridden with a custom content_template) display as āAutomation Name @ Triggeredā
Does this make sense, or does anybody have a use case involving having the āOnā/āOffā status showing in the feed or sorting by updated time?
Is it possible to change the number of days that are shown from the Google calendar ?
Great job, I love the notifications integration !
Iāve also seen that, when you donāt put a title, the alignment of the card is not perfect. With a title it is ok.
Iām considering adding support for this, possibly via two options for the number of days in the past and in the future that calendar events will be fetched.
Iāve also seen that, when you donāt put a title, the alignment of the card is not perfect. With a title it is ok.
Iāve not been able to reproduce this issue, do you have a screenshot showing this? Please try updating to version 0.3.4 and see if this helps.
Added special handling for automation entities. These are now handled slightly differently from other entities. The differences are as follows:
The last_triggered attribute is used for the timestamp rather than the last_changed attribute, allowing them to be sorted by when they were triggered
Automations which have never been triggered ( last_triggered is None) will be excluded
The state of automations will always be āTriggeredā, so will display by default as āAutomation Name @ Triggeredā in the feed (this can be overridden as normal using the content_template option)
Note: Although you can use the include_history option with automation entities, this doesnāt always work as expected as it seems that a change to last_triggered isnāt actually treated as a change to the entity in the History API.
Also, there is currently there is no way to prevent non-triggered automations from being excluded. Please let me know if you would like this, and I may be able to add an option.
0.3.5b2
Added options to control number of days of calendar events to display:
A new beta (0.3.5b3) has now been released. This resolves an issue where, if an entity included in the feed does not exists, this would prevent the feed from displaying. It will now display the standard āEntity not availableā message as with the standard cards like entities.
How does the id_filter work. Can I have a list of filters, since I have a unique id for every message?
Although the card doesnāt accept multiple filters as a list, the filter is a regular expression so it is possible to create one which will match multiple ids using the pipe character (which is used as an āorā operator in regular expressions). Check the config at the bottom for an example.
And is it possible to get the message title into the feed with the message?
This is possible with the show_notification_title option.
Iāve just deployed a new release (0.3.7) with a fix for popups (when clicking on history items, calendar events, or notifications) when running on Home Assistant 0.105.*
Note: you may have briefly seen a version 0.3.6 with a fix for this. I deleted that fix when I found that it prevented the standard more-info popups from working, and this is an improved version of the same fix.
Another new relase, 0.3.8, which fixes an issue (donāt know if this is 0.105 related or if it has always been there) where history entities with changes in attributes would show the current value for that attribute (e.g. friendly_name) in the popup instead of the historical value.
Iāve just release a new beta version, 0.3.9b1, which should hopefully fix the canāt define property āexclude_statesā: Object is not extensible" error if you use this card in HA 0.106
After updating to the latest beta i get this error:
2020-02-21 12:02:10 ERROR (MainThread) [hacs] Tried to serve up '/config/www/community/lovelace-home-feed-card/moment.js' but it does not exist
2020-02-21 12:02:10 ERROR (MainThread) [hacs] Tried to serve up '/config/www/community/lovelace-home-feed-card/custom-card-helpers.js' but it does not exist
2020-02-21 12:09:42 ERROR (MainThread) [hacs] Tried to serve up '/config/www/community/lovelace-home-feed-card/moment.js' but it does not exist
2020-02-21 12:09:42 ERROR (MainThread) [hacs] Tried to serve up '/config/www/community/lovelace-home-feed-card/custom-card-helpers.js' but it does not exist
Switching back to the 0.3.8 i still get no card also after cleaning cachesā¦
EDIT: after adding manually the files not found the card appears again. Maybe a HACS issue? it seems it doesnāt download all the necessary files.
Yes, there appears to be an issue with HACS not downloading all the files. Iāve reported this on the HACS GitHub repo, so hopefully this can get fixed (it was previously working fine).