auto hide history / logbook when not recorded #155
Replies: 2 comments 3 replies
-
That kind of feature falls on the side of a personal preference or convenience. Kiosk mode is not intended to satisfy what is convenient to show or not, but an specific and focused task: avoid unauthorized users interact with certain critical elements that are being presented in a kiosk device. If you don‘t want your users see the history or the logbook, you can hide them with But of course @NemesisRE should have the last call on this.
I would not add it there either but it is up to you, that plugin that you created has a name and a different intention. If you want to do more stuff, as you said, you would need to change its name and scope, but if you follow that path you will be changing its name and scope again when something new comes to your mind. So my personal recommendation, create a separated plugin for that. Plugins should have a specific and clear task to do, otherwise it is a never ending and you will end-up very quickly in something very hard to maintain and escalate. But that is just my recomendation, adding stuff there is up to you 🙂 |
Beta Was this translation helpful? Give feedback.
-
Closing this discussion, if someone reaches here trying to auto hide history and logbook, @Mariusthvdb created a HACS plugin for that: custom-more-info. |
Beta Was this translation helpful? Give feedback.
-
It has always bugged me Home Assistant keeps showing these 'No history found/No logbook entries found/ messages on the more-info panels, when it knows these entities are not recorded. Moreover, it shows the link to the respective views for logbook and history, only to find out there, or be reconfirmed, these entities are not recorded.....
Aware there probably is a wall between the backend config and frontend, but why shouldnt we be able to copy the final included entities in some more-info-display configuration and have Kiosk-mode 'filter' those from showing history and logbook automatically.
I have it ready for c&p.
Or even an include could be possible
just like I do with recorder:
Seems your plugin is the ultimate tool to fix that oversight.
Ofc you'd be most welcome to add it to custom_attributes too, but then we'd need to rename it to custom-more-info ;-)
anyways, hope this makes sense
Beta Was this translation helpful? Give feedback.
All reactions