-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: per-display/output idle handling #28
Comments
The idle protocol is missing output information, which is necessary for this feature. |
I am most definitely in the wrong place to suggest this. There are several neat things to consider here:
Currently I think "idleness" is being detected login-session-wide? The compositor doesn't detect if individual outputs/displays have gone idle. How do outputs/displays go idle? Is this based on visual changes on the display - compositing? or is this something signaled by the application that has registered itself with the output/display? The whole reason I brought this up is because traditionally all displays blank/dpms-off when a login session goes idle. It would be SO COOL, if you could instead just blank screens that aren't active. There are other things that would be neat to do: turning down the brightness of idle screens, or showing a fullscreen "idle" overlay with system information. This would/could be done with swayidle to invoke this other program. This is a stretch, but i could also see car infotainment systems that blank outputs that are marked as non-essential. Like you might blank a secondary display while driving but leave the main touchscreen on. Kinda outside the realm of a tiling window manager. Do applications tell the compositor if they're idle? Would it be useful in any way to signal back to the application that the screen/output considers itself idle? I am circular. Anywho. Appreciate the response. :) |
The way it works is:
So we need to add output information to te idle protocol for swayidle (or other idle manager programs) to be able to DPMS individual outputs. |
So now I can enumerate several things that would be pretty neat:
(and I think what you're saying is the idle protocol before this project needs to be extended) |
@blitmap for case of watching a movie, you are probably always watching it on a bigger external monitor. A global keyboard shortcut can be bound to toggle the laptop screen on and off. For example, for sway:
A shell script That way, you don't have to wait for the laptop screen to timeout five minutes into watching the movie-- you can turn it off immediately. |
One use case I have for that: |
Hello,
A long, long while back in #wayland I brought up some ideas that it would be neat (if you're watching a movie) to have displays blank just on the displays that were idle. The output showing the movie would continue to stay on. At the moment, it seems idle detected in a session-wide way through from logind? You can only detect idle across everything or nothing.
I'm not sure how this should be handled, but I wish it were possible to do this. Could swayidle be extended to allow you to execute a command when an individual screen/output has become "idle"?
(Thanks!)
The text was updated successfully, but these errors were encountered: