Tags: patch
thanks
Despite Jamie's misgivings, I believe it's possible to provide the
functionality I need without inconvenience users who like the existing
action; I attached a patch that adds a config file option
leaveDpmsAlone (no UI or documentation - I could perhaps have a stab
at that later
Sorry, I think this is only going to confuse people. Applications should not
have UI elements that just magically get ignored if some forgotten text-only
preference is set.
I'm not going to install this patch upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Jamie == Jamie Zawinski j...@jwz.org writes:
Jamie Sorry, I think this is only going to confuse people.
Jamie Applications should not have UI elements that just magically
Jamie get ignored if some forgotten text-only preference is set.
Jamie I'm not going to install this patch
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
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.
I understand what you're asking for. You want this, but more people want the
opposite. Sorry, but
Package: xscreensaver
Version: 5.15-2
Severity: wishlist
XScreenSaver imposes its idea of DPMS settings every time it does
something. However, I prefer to set DPMS externally (in particular, I
set a much shorter timeout when away, according to pam-usb).
One might expect that setting the
Intended behavior. Won't fix.
It's impossible to allow use of both xset and a GUI and know which setting
should take priority, since changes to settings don't have timestamps on them.
Therefore, xscreensaver has to be 100% in charge of these settings for it to
work at all.
--
To
7 matches
Mail list logo