enabling the built in color profile desaturates colors quite a bit and does some kind of perceived brightness to luminosity mapping that desaturates bright / dark hdr content even more

It maps the colors to be more correct, and it does use the brightness info from the EDID for HDR content, so that checks out.

I think there must be something wrong with my screen since the hdr reduces saturation more than anything else

It might enable some sort of gamut mapping on the display side... HDR on monitors is really weird sometimes.

Side note, when I turn off hdr only from kscreendoctor the display stays in hdr mode until it turns off and on again, that didn't happen with nvidia

I think that's a bug in amdgpu. It should force a modeset on hdr change, but it doesn't.

That has pretty much nothing to do with the color profile, when colors look very desaturated on HDR screens, that's the driver messing up the colorspace signaling.

What GPU do you have? Both Intel and NVidia still have major problems with this.

Many displays (but not all, which is why it's not exposed in the GUI) also support doing HDR without additional colorspace signaling, you could try enabling only hdr and disabling wcg with kscreen-doctor. IMO the color part is the more noticeable benefit of HDR, but you could at least have functional HDR until your GPU driver is fixed.

Of course apps can and do restore their window sizes. Don't spread misinformation

KDE did bother, this does neither happen with KScreenlocker, nor do non-screenlocker windows show in another way, because the screen locker is integrated with the compositor.

If the compositor crashes or gets disabled somehow ofc though, that integration doesn't help either and you have to rely on a mountain of bad hacks as well as the hope that the screen locker doesn't also crash for nothing to happen in that case, but it's as close to secure screen locking as you get on Xorg... in the end the solution for secure screen locking is still Wayland.

You'll need to specify what DE you're using. This comes built in with KDE Plasma: Meta+left and then quickly also up for top left corner, Meta+right and then quickly also down for bottom right corner etc.

I don't knowt what exact shortcuts other DEs use, but I think most that aren't Gnome support quarter tiling too

Not 30%, it's 30g or 5% lighter!

I'd recommend you to make backups either way. I've had a SSD with SMART status "good" very suddenly die before, so don't take any chances!

All it ever was intended for was to make us feel like something was being done while doing absolutely nothing.

It certainly does help a little bit. But it's of course still not a coincidence that companies are pushing for it instead of more effective measures... It's not just cheap but it also pushes people to believe that measures to save the environment are all useless and annoying, and makes them less likely to want more to happen.

The very next words are "but it was my responsibility"... what exactly is bad about that statement if you don't intentionally cherry pick a bad quote?

Why would they do that? They're intentionally not supporting OpenGL, so that people use their proprietary API

Telemetry wasn't a factor iirc. The biggest reasons for this change were that

• defaults like this (that only apply to new installations) should make life easy for newcomers, not for the existing users. Those users come from Windows, MacOS or other Linux DEs, which all use double click
• it already is the default in pretty much all popular distros. KUbuntu, Fedora, Manjaro, SteamOS ~~and I think also OpenSuse~~ are double click by default

... or targeting Microsoft again too