>>>>> "Jamie" == Jamie Zawinski <j...@jwz.org> writes:
Jamie> Intended behavior. Won't fix. It's impossible to allow use
Jamie> of both xset and a GUI and know which setting should take
Jamie> priority, since changes to settings don't have timestamps on
Jamie> them. Therefore, xscreensaver has to be 100% in charge of
Jamie> these settings for it to work at all.
I'm not asking to use "both xset and a GUI"; I'm asking to to use only
xset, and have the GUI leave DPMS well alone. At present, there's a
./configure option to do so, but no run-time equivalent.
An acceptable alternative would for XScreenSaver to take charge, as
you want, but to permit users to turn DPMS on and off (and change its
timings) via xscreensaver-command.
Or even (uglily) to re-read the relevant X resources each time it is
about to set DPMS. Or even to do the expected thing, and only set DPMS
at startup, and when the user changes the settings using the GUI, instead
of every single time the screensaver activates, deactivates or cycles.
In case it's not obvious what I'm doing, here's my pamusb user script:
/--------[ screenlock ]
| #!/bin/sh
|
| dev="Logitech USB-PS/2 Optical Mouse"
| prop="Device Enabled"
|
| case "$1" in
| off|lock)
| # Lock screen, disable mouse (to prevent accidental wakeup),
| # and minimise monitor usage while I'm away.
| xscreensaver-command --lock
| xinput set-prop "$dev" "$prop" 0
| xset dpms 5 20 20 dpms force off
| sleep 15 # xscreensaver stomps on DPMS settings
| xset dpms 5 20 20 dpms force off
| ;;
| on|unlock)
| # Undo all the above
| xset -dpms
| xscreensaver-command --deactivate
| xinput set-prop "$dev" "$prop" 1
| sleep 15 # xscreensaver stomps on DPMS settings
| xset dpms -dpms
| ;;
| *)
| echo "Usage: $0 lock|unlock" >&2
| exit 1;
| esac
\--------
P.S. I'm not sure why timestamps of changes are important - if DPMS
settings changed since XScreenSaver started, then that's probably what
the user wants. But perhaps I'm missing something?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
