Icon colors of device_tracker entities #7391
Replies: 12 comments 2 replies
-
Similar feature request : #6605 Related feature request : #5040 |
Beta Was this translation helpful? Give feedback.
-
Agreed, this is a bug that should be fixed. |
Beta Was this translation helpful? Give feedback.
-
This is not abug, but a feature request |
Beta Was this translation helpful? Give feedback.
-
I don't mean to be hurtful or disrespectful, and I'm just going to express a point of view :)
&&
I think anyone will tell me "there is a bug" (Aside from that I can understand if this is not a priority or if i'ts too difficult, but I don't understand why the BUG flag was removed) |
Beta Was this translation helpful? Give feedback.
-
I agree with the bug label. If this feature doesn’t fully work as intended it is a bug. Device trackers do not change color based on state like all other entities do. |
Beta Was this translation helpful? Give feedback.
-
The feature as it is now is that things that consume power indicate that through color. Device trackers do not use power the way a switch or light does, and therefore does not change color. Changing that behavior is indeed a feature request rather than a bug, but that's hard to know if you're not privy to the inner workings of hass - and honestly doesn't matter in this context anyway. |
Beta Was this translation helpful? Give feedback.
-
OK, I understand the power consumption concern. Is there a simple way to customise home assistant to get to this result ? |
Beta Was this translation helpful? Give feedback.
-
There's also some reasoning about sunlight or something... I won't pretend to either understand or fully agree with the scheme. |
Beta Was this translation helpful? Give feedback.
-
Makes sense. (don't get me wrong I like them yellow when open) Thanks for the clarification |
Beta Was this translation helpful? Give feedback.
-
The idea was for icon coloring to spotlight entities that might require attention. Often (but not always) this equates to the "on" state. For example, a binary sensor being on might mean you have a window or door left open, or motion was detected, etc. Those are important things you'd want to know about and have colored. But devices simply being on your home network don't really require attention drawn to them, because that's the normal expected state. The majority of devices on your network probably never leave home (with the main exception being cell phones). So the fear is that you'd end up with dozens of always yellow icons and then nothing would grab your attention because yellow would become the unintentional "default" color. I think that it might be better to only color device trackers that are away. Those are the ones that deserve attention - did some critical device go offline? Did your child sneak out of the house with their phone? Stuff like that makes sense to color and draw attention to, but I don't think my printer But I can see arguments the other way too for coloring "home" state. The reason this hasn't been implemented before is there was no consensus on this. |
Beta Was this translation helpful? Give feedback.
-
Personally, I would take it a step further and suggest letting users customize
At the moment, I use template-entity-row to achieve this. Before that, I used to make a template binary sensor for most of my devices so I could customize those with the |
Beta Was this translation helpful? Give feedback.
-
any movement on this? I really like the idea of the device_class: connectivity for device_trackers |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Checklist
The problem
Icon color changing with state doesn't work for device_tracker entities.
('Present' is 'Home', 'Absent' is 'Not home')
Expected behavior
I expected the same result as with switches, icon yellow when the device is online and blue when it isn't.
Steps to reproduce
Environment
State of relevant entities
Entity:
device_tracker.cellphone1
State:
Home
Problem-relevant configuration
Javascript errors shown in your browser console/inspector
Additional information
Beta Was this translation helpful? Give feedback.
All reactions