Open shaiger opened 1 month ago
There is no screensaver fade-out animation yet because I thought it would probably be annoying. After all, you stop the screensaver to be able to use the dashboard afterwards. Or what do you think?
I was thinking about the exact same tradeoff prior to submitting the FR. The termination experience always feels a bit rough. I really like how some of the smart displays, elegantly prepare the UX for use as the user approaches, turns on lights, etc.
It's a matter of taste of course, but here is a proposal for a more basic level of control: User clicks the screen: no animation, the screensaver should vanish as quickly as possible Toggle helper entity switches to off (e.g. motion/face/light have been detected): configurable animation (and duration). A more advanced proposal: User clicks the screen: no animation, the screensaver should vanish as quickly as possible Helper entity switches state: (say dropdown helper that matches a list provided at config time) animation (and duration) applied in accordance to the new state. This can allow different behavior pending on the context: change in lighting provides a smoother transition, motion fades out yet more quickly, etc. Certain devices have proximity sensors, so the closer the user is the faster the transition can be.
The simpler option probably captures 80% of the value.
The Fade-in effect is very neat. It would be great to have an exit that is just as smooth.