From Newsgroup: comp.windows.x

On Mon, 31 Jul 2023 09:08:42 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

On Sat, 29 Jul 2023 16:42:14 -0000 (UTC)
Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:

Hi, Muttley

But I'm not sure it does. I've been reading this:

https://www.x.org/releases/X11R7.7/doc/scrnsaverproto/saver.html

[...]

Thanks. I do wish a lot of Xlib documentation was less vague. Programming
is a precise activity, there's no reason for the documentation to not be precise too.

I just wanted to add that there exists also comp.windows.x for such questions. I don't know if there exist people who read that group and
not comp.unix.programmer .
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Wed, 2 Aug 2023 11:04:19 -0000 (UTC)
Spiros Bousbouras <spibou@gmail.com> wrote:

On Mon, 31 Jul 2023 09:08:42 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

On Sat, 29 Jul 2023 16:42:14 -0000 (UTC)
Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:

Hi, Muttley

But I'm not sure it does. I've been reading this:

https://www.x.org/releases/X11R7.7/doc/scrnsaverproto/saver.html

[...]

Thanks. I do wish a lot of Xlib documentation was less vague. Programming
is a precise activity, there's no reason for the documentation to not be
precise too.

I just wanted to add that there exists also comp.windows.x for such >questions. I don't know if there exist people who read that group and
not comp.unix.programmer .

Cheers. Looks more admin than dev but something to remember for next time.

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

Muttley@dastardlyhq.com writes:

On Wed, 2 Aug 2023 11:04:19 -0000 (UTC)
Spiros Bousbouras <spibou@gmail.com> wrote:

On Mon, 31 Jul 2023 09:08:42 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

On Sat, 29 Jul 2023 16:42:14 -0000 (UTC)
Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:

Hi, Muttley

But I'm not sure it does. I've been reading this:

https://www.x.org/releases/X11R7.7/doc/scrnsaverproto/saver.html

[...]

Thanks. I do wish a lot of Xlib documentation was less vague. Programming >>> is a precise activity, there's no reason for the documentation to not be >>> precise too.

I just wanted to add that there exists also comp.windows.x for such >>questions. I don't know if there exist people who read that group and
not comp.unix.programmer .

Cheers. Looks more admin than dev but something to remember for next time.

X screensaver protocols don't suffer from vague documentation. But
instead, they suffer from incoherent design and interoperability issues.

The core screen saver requests and the MIT screen saver extension are
both hopelessly misdesigned: they designate a server-managed window as
the screen saver window, and place the responsibility for activating the
screen saver in the hands of the server itself, precluding clients
displaying screen savers from either customizing the visual used by the
screen saver window or controlling the activation of the screen saver themselves.

SGI servers provide a better screen saver extension which is absent from
the sample server and most other X servers, so the only portable option
is to map an override redirect window and manage screen saver policy
yourself, or to use xscreensaver.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On 2023-08-17, Po Lu <luangruo@yahoo.com> wrote:

Muttley@dastardlyhq.com writes:

On Wed, 2 Aug 2023 11:04:19 -0000 (UTC)
Spiros Bousbouras <spibou@gmail.com> wrote:

On Mon, 31 Jul 2023 09:08:42 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

On Sat, 29 Jul 2023 16:42:14 -0000 (UTC)
Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:

Hi, Muttley

But I'm not sure it does. I've been reading this:

https://www.x.org/releases/X11R7.7/doc/scrnsaverproto/saver.html >>>[...]

Thanks. I do wish a lot of Xlib documentation was less vague. Programming >>>> is a precise activity, there's no reason for the documentation to not be >>>> precise too.

I just wanted to add that there exists also comp.windows.x for such >>>questions. I don't know if there exist people who read that group and
not comp.unix.programmer .

Cheers. Looks more admin than dev but something to remember for next time.

X screensaver protocols don't suffer from vague documentation. But
instead, they suffer from incoherent design and interoperability issues.

The core screen saver requests and the MIT screen saver extension are
both hopelessly misdesigned: they designate a server-managed window as
the screen saver window, and place the responsibility for activating the screen saver in the hands of the server itself, precluding clients
displaying screen savers from either customizing the visual used by the screen saver window or controlling the activation of the screen saver themselves.

Devil's advocacy time.

The purpose of a screensaver is to save the screen against burn-in; i.e. protect the hardware from damage.

That hardware is attachd to the machine which runs the X server, so
it makes sense for the X server to be responsible for that.

Why should the server trust remote clients to protect local hardware?
--
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Thu, 17 Aug 2023 12:30:05 +0800
Po Lu <luangruo@yahoo.com> wrote:

X screensaver protocols don't suffer from vague documentation. But
instead, they suffer from incoherent design and interoperability issues.

The core screen saver requests and the MIT screen saver extension are
both hopelessly misdesigned: they designate a server-managed window as
the screen saver window, and place the responsibility for activating the >screen saver in the hands of the server itself, precluding clients
displaying screen savers from either customizing the visual used by the >screen saver window or controlling the activation of the screen saver >themselves.

It definately has an last minute afterthought feel about it.

"Did we forget something? Oh shit, screensaver! Quick, somebody hack something up fast!"

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Thu, 17 Aug 2023 10:34:38 +0000, Muttley wrote:

On Thu, 17 Aug 2023 12:30:05 +0800
Po Lu <luangruo@yahoo.com> wrote:

X screensaver protocols don't suffer from vague documentation. But >>instead, they suffer from incoherent design and interoperability issues.

The core screen saver requests and the MIT screen saver extension are
both hopelessly misdesigned: they designate a server-managed window as
the screen saver window, and place the responsibility for activating the >>screen saver in the hands of the server itself, precluding clients >>displaying screen savers from either customizing the visual used by the >>screen saver window or controlling the activation of the screen saver >>themselves.

It definately has an last minute afterthought feel about it.

"Did we forget something? Oh shit, screensaver! Quick, somebody hack something
up fast!"

But, given that a screensaver's primary responsibility is to prevent burnin,
X already has a built-in "screensaver": it simply blanks the screen after
a given length of time (see xset(1) dpms options).

The Xscreensaver framework seems to have been a response to the sort of screensaver common to early MSWindows and Apple Mac operating systems,
solving an X11 "they got flying toasters, but we only got a blank screen"
sort of envy. It is notable that Jamie Zawinski released Xscreensaver
in 1991, about the same time as After Dark released their "flying toaster" screensaver.
--
Lew Pitcher
"In Skills We Trust"
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

In comp.unix.programmer Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:

On Thu, 17 Aug 2023 10:34:38 +0000, Muttley wrote:

On Thu, 17 Aug 2023 12:30:05 +0800
Po Lu <luangruo@yahoo.com> wrote:

X screensaver protocols don't suffer from vague documentation. But >>>instead, they suffer from incoherent design and interoperability issues.

The core screen saver requests and the MIT screen saver extension are >>>both hopelessly misdesigned: they designate a server-managed window as >>>the screen saver window, and place the responsibility for activating the >>>screen saver in the hands of the server itself, precluding clients >>>displaying screen savers from either customizing the visual used by the >>>screen saver window or controlling the activation of the screen saver >>>themselves.

It definately has an last minute afterthought feel about it.

"Did we forget something? Oh shit, screensaver! Quick, somebody hack something
up fast!"

But, given that a screensaver's primary responsibility is to prevent burnin, X already has a built-in "screensaver": it simply blanks the screen after
a given length of time (see xset(1) dpms options).

That is a very good point.

What is more, now in 2023 we have to care about our ecological
footprint. So the simple blank screen is a superior choice, because
it consumes less electricity than running flashy animations.

br,
KK
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

Kaz Kylheku <864-117-4973@kylheku.com> writes:

On 2023-08-17, Po Lu <luangruo@yahoo.com> wrote:

Muttley@dastardlyhq.com writes:

On Wed, 2 Aug 2023 11:04:19 -0000 (UTC)
Spiros Bousbouras <spibou@gmail.com> wrote:

On Mon, 31 Jul 2023 09:08:42 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

On Sat, 29 Jul 2023 16:42:14 -0000 (UTC)
Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:

Hi, Muttley

But I'm not sure it does. I've been reading this:

https://www.x.org/releases/X11R7.7/doc/scrnsaverproto/saver.html >>>>[...]

Thanks. I do wish a lot of Xlib documentation was less vague. Programming >>>>> is a precise activity, there's no reason for the documentation to not be >>>>> precise too.

I just wanted to add that there exists also comp.windows.x for such >>>>questions. I don't know if there exist people who read that group and >>>>not comp.unix.programmer .

Cheers. Looks more admin than dev but something to remember for next time. >>

X screensaver protocols don't suffer from vague documentation. But
instead, they suffer from incoherent design and interoperability issues.

Given DPMS, screensavers are obsolete power wasters anyway.

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Thu, 17 Aug 2023 14:34:05 -0000 (UTC), kalevi@kolttonen.fi (Kalevi Kolttonen) wrote in <ublb4t$3q7jb$1@dont-email.me>:

In comp.unix.programmer Lew Pitcher <lew.pitcher@digitalfreehold.ca>
wrote:

On Thu, 17 Aug 2023 10:34:38 +0000, Muttley wrote:

On Thu, 17 Aug 2023 12:30:05 +0800 Po Lu <luangruo@yahoo.com> wrote:

X screensaver protocols don't suffer from vague documentation. But >>>>instead, they suffer from incoherent design and interoperability >>>>issues.

The core screen saver requests and the MIT screen saver extension are >>>>both hopelessly misdesigned: they designate a server-managed window as >>>>the screen saver window, and place the responsibility for activating >>>>the screen saver in the hands of the server itself, precluding clients >>>>displaying screen savers from either customizing the visual used by
the screen saver window or controlling the activation of the screen >>>>saver themselves.

It definately has an last minute afterthought feel about it.

"Did we forget something? Oh shit, screensaver! Quick, somebody hack
something up fast!"

But, given that a screensaver's primary responsibility is to prevent
burnin,
X already has a built-in "screensaver": it simply blanks the screen
after a given length of time (see xset(1) dpms options).

That is a very good point.

What is more, now in 2023 we have to care about our ecological
footprint. So the simple blank screen is a superior choice, because it consumes less electricity than running flashy animations.

I don't know about you, but I don't use a screensaver to avoid burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.
--
-v
(Currently using xscreensaver with the "starwars"
screensaver, fed by text from fortune(1).)
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

It blanks the screen even when locking it. When I press
any key, the screen wakes up and I can login again. No
art of any kind is involved in this process.

br,
KK
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days. I find it far more user friendly than chrome and with the kind of functionality you don't get with the simpler IDEs.

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sat, 19 Aug 2023 08:44:01 -0000 (UTC)
Muttley@dastardlyhq.com wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days. I find it far more user friendly than >chrome and with the kind of functionality you don't get with the simpler IDEs.

Typo: chrome = gnome

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sat, 19 Aug 2023 08:44:01 +0000, Muttley wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days.

It is unfortunate.

I find it far more user friendly
than chrome and with the kind of functionality you don't get with the
simpler IDEs.

I agree.

It has been my DE for over 20 years, however, I switched to a tiling WM
many years ago, currently bspwm. I install bspwm with KDE for computer illiterate people on FreeBSD, the major problem is the poor performance,
and integration of some GTK applications, most do integrate well. KDE is
still faster on 10+ year old x86 hardware.
--
To health and anarchy
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sat, 19 Aug 2023 08:44:01 +0000, Muttley wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days.

It is unfortunate.

I find it far more user friendly
than chrome and with the kind of functionality you don't get with the
simpler IDEs.

I agree.

It has been my DE for over 20 years, however, I switched to a tiling WM
many years ago, currently bspwm. I install bspwm with KDE for computer illiterate people on FreeBSD, the major problem is the poor performance,
and integration of some GTK applications, most do integrate well. KDE is
still faster on 10+ year old x86 hardware.
--
To health and anarchy
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sat, 19 Aug 2023 08:44:01 +0000, Muttley wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days.

It is unfortunate.

I find it far more user friendly
than chrome and with the kind of functionality you don't get with the
simpler IDEs.

I agree.

It has been my DE for over 20 years, however, I switched to a tiling WM
many years ago, currently bspwm. I install bspwm with KDE for computer illiterate people on FreeBSD, the major problem is the poor performance,
and integration of some GTK applications, most do integrate well. KDE is
still faster on 10+ year old x86 hardware.
--
To health and anarchy
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sun, 20 Aug 2023 00:16:22 -0000 (UTC)
Alastair Hogge <agh@riseup.net> wrote:

On Sat, 19 Aug 2023 08:44:01 +0000, Muttley wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days.

It is unfortunate.

I find it far more user friendly
than chrome and with the kind of functionality you don't get with the
simpler IDEs.

I agree.

Just noticed I wrote IDE instead of WM as well as chrome instead of gnome. Note to self - don't post when half asleep!

It has been my DE for over 20 years, however, I switched to a tiling WM
many years ago, currently bspwm. I install bspwm with KDE for computer

Not heard of that one, will have to check it out.

illiterate people on FreeBSD, the major problem is the poor performance,
and integration of some GTK applications, most do integrate well. KDE is >still faster on 10+ year old x86 hardware.

The one area I do rate gnome ahead of KDE is that it can be programmed in
C (gtk) as well as C++ (gtkmm) whereas KDE is C++ only (Qt).

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sun, 20 Aug 2023 07:09:23 +0000, Muttley wrote:

On Sun, 20 Aug 2023 00:16:22 -0000 (UTC)
Alastair Hogge <agh@riseup.net> wrote:

On Sat, 19 Aug 2023 08:44:01 +0000, Muttley wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days.

It is unfortunate.

I find it far more user friendly than chrome and with the kind of
functionality you don't get with the simpler IDEs.

I agree.

Just noticed I wrote IDE instead of WM as well as chrome instead of
gnome.
Note to self - don't post when half asleep!

It has been my DE for over 20 years, however, I switched to a tiling WM >>many years ago, currently bspwm. I install bspwm with KDE for computer

Not heard of that one, will have to check it out.

illiterate people on FreeBSD, the major problem is the poor performance, >>and integration of some GTK applications, most do integrate well. KDE is >>still faster on 10+ year old x86 hardware.

The one area I do rate gnome ahead of KDE is that it can be programmed
in C (gtk) as well as C++ (gtkmm) whereas KDE is C++ only (Qt).

I do not with program either. I came to FreeBSD and KDE/Qt from Windows
9x, I was having fun writing my own classes around the Win32 API, but was
over the many crashesrComostly unrelated. I read about Qt, already knew of open-source UnixrCowanting more stability in a DE, I switched. I played with Qt, and really liked the signal/slot pattern, tho, I never produced
anything interesting, and found myself interested the kernel, and the
graphics stack at the time. I am not a fan of C or C++ much anymore, tho prefer the typing and namespaces in C++....would love a Display Server in
a strongly typed language really. I believe the vtable magic in Qt is very fast too now, but I am not a fan of multiple inheritance either.
--
To health and anarchy
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

Alastair Hogge <agh@riseup.net> writes:

On Sat, 19 Aug 2023 08:44:01 +0000, Muttley wrote:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC)
kalevi@kolttonen.fi (Kalevi Kolttonen) wrote:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

No one seems to mention KDE these days.

It is unfortunate.

Is it? They're both heavyweight desktops.

I just use TWM, xterm, xpdf and other X11/GUI applications. No desktop.

xfce isn't altogether bad, certainly better than Gnome or KDE.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC), kalevi@kolttonen.fi (Kalevi Kolttonen) wrote in <ubpv5g$nu1c$1@dont-email.me>:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

It blanks the screen even when locking it. When I press any key, the
screen wakes up and I can login again. No art of any kind is involved in
this process.

br,
KK

I use xfce also, which I switched to on the Ubuntu
install from System76.

But then I installed xscreensaver, which _can_ be set
to use DPMS...but in the past (maybe too long ago to matter), I would
have trouble with getting my video back.

I guess it's time to try again: I'm going to set it to use
DPMS to shutdown displays. Wish me luck.
--
-v
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

vallor <vallor@cultnix.org> writes:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC), kalevi@kolttonen.fi (Kalevi >Kolttonen) wrote in <ubpv5g$nu1c$1@dont-email.me>:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

It blanks the screen even when locking it. When I press any key, the
screen wakes up and I can login again. No art of any kind is involved in
this process.

br,
KK

I use xfce also, which I switched to on the Ubuntu
install from System76.

But then I installed xscreensaver, which _can_ be set
to use DPMS...but in the past (maybe too long ago to matter), I would
have trouble with getting my video back.

I guess it's time to try again: I'm going to set it to use
DPMS to shutdown displays. Wish me luck.

Have you tried

$ xset dpms force off

xset has other options to set inactivity period after which it automatically enters DPMS.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

On Tue, 22 Aug 2023 14:19:48 GMT, scott@slp53.sl.home (Scott Lurndal)
wrote in <8u3FM.455983$U3w1.248069@fx09.iad>:

vallor <vallor@cultnix.org> writes:

On Sat, 19 Aug 2023 08:40:16 -0000 (UTC), kalevi@kolttonen.fi (Kalevi >>Kolttonen) wrote in <ubpv5g$nu1c$1@dont-email.me>:

In comp.unix.programmer vallor <vallor@cultnix.org> wrote:

I don't know about you, but I don't use a screensaver to avoid
burn-in.

I use a screensaver to *lock the screen* -- hopefully with art.

I have installed Fedora 38 xfce4 Spin because I hate Gnome.

It blanks the screen even when locking it. When I press any key, the
screen wakes up and I can login again. No art of any kind is involved
in this process.

br,
KK

I use xfce also, which I switched to on the Ubuntu install from
System76.

But then I installed xscreensaver, which _can_ be set to use DPMS...but
in the past (maybe too long ago to matter), I would have trouble with >>getting my video back.

I guess it's time to try again: I'm going to set it to use DPMS to >>shutdown displays. Wish me luck.

Have you tried

$ xset dpms force off

xset has other options to set inactivity period after which it
automatically enters DPMS.

Indeed, that's one way to do it. :)

But I used the settings in xscreensaver-demo (advanced tab) thusly:

https://imgur.com/jvrRDe1
--
-v
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

Kaz Kylheku <864-117-4973@kylheku.com> writes:

Devil's advocacy time.

The purpose of a screensaver is to save the screen against burn-in; i.e. protect the hardware from damage.

That hardware is attachd to the machine which runs the X server, so
it makes sense for the X server to be responsible for that.

Why should the server trust remote clients to protect local hardware?

If that were genuinely the impetus for the design of the core
screen-saver requests (and its outgrowth, the MIT screen saver
extension), then the X server wouldn't trust any other clients with any graphics requests and whatnot...

Particularly given that any client can ``save'' a screen absent even the permission to create or map windows, by drawing to the root window with
a GC whose subwindow mode is set to IncludeInferiors.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.windows.x

scott@slp53.sl.home (Scott Lurndal) writes:

Given DPMS, screensavers are obsolete power wasters anyway.

Given the advent and proliferation of LCD displays, the principal
purpose of a screensaver is no longer to save a screen, but to decorate
them subsequent to a period of inactivity.
--- Synchronet 3.21d-Linux NewsLink 1.2