https://bugs.kde.org/show_bug.cgi?id=369676
--- Comment #24 from Martin Flöser <mgraess...@kde.org> --- I really like the idea presented by Marco to use a slideshow and then transition to our "existing" lock screen. I see this as a clear evolution over the current state without losing why we did the current existing lock screen in the first place. What I would like to be considered is the impact on the environment when doing a slideshow. If a system is locked, it's most likely because nobody is in front of the system. That means we show an animation nobody sees, which of course has a negative impact on the climate. We shouldn't downplay this factor as this change will hopefully affect millions of systems. But I think it's possible to get a compromise here: * stop the animation as soon as the screen goes into power saving (for this we might need a hook from powerdevil) and restart on user interaction * increase the time between every transition (e.g. fibonacci style, so the longer nobody interacting with the system, the longer it takes for an animation to be shown). For those wondering why an animation is a big deal: in the locked case we have KWin (Wayland compositor) pretty much sleeping, the system can go into the lowest power mode. But animations mean that the compositor is woken up and the system needs to go into a higher power state. The transition between wallpapers is animated so our system is at least woken up 60 times per second for the duration of the transition. -- You are receiving this mail because: You are the assignee for the bug.