Are you sure you can affect saturation system-wide with color profiles?
Yes, I wrote the relevant code in KWin.
Because in Gnome it’s not possible.
That’s because Gnome’s color management support is still limited, they don’t apply the full ICC profile yet.
Sounds like you want color management, not just arbitrary saturation changes.
Install KDE Plasma, select the “built-in” color profile, and you’re done, no more oversaturated colors. If you want to test how it looks, just use a live boot.
Why would you run it in Proton? It’s a native game.
Wayland as a protocol was designed around CSDs, protocols for SSDs came years later
That’s not an argument for anything. The core protocol isn’t useful on its own, you always need extensions that came later to even create a window. As another example, Wayland as a protocol was designed around shared memory buffers, protocols for hardware acceleration came later. Doesn’t mean you’re supposed to leave that out.
Modern apps tend to prefer CSDs anyway since it provides more flexibility, very common on MacOS and Windows
That too is not an argument for not implementing what a ton of apps need.
MacOS and Windows don’t do the same sort of CSD as Gnome FYI, it’s more of a hybrid approach, where parts of the decoration are rendered by the system and parts by the app.
It’s difficult to coordinate things between the client and compositor.
That too isn’t relevant, libdecor doesn’t coordinate shit either. And if you want to (which is being looked into), you can absolutely sync things with SSD too.
The actual and only reason Gnome doesn’t support SSD is that they think CSD is a “better architecture”.
Ddc/ci brightness changes are very often animated by the display firmware, so doing it fast is rarely possible.
You can however disable ddc/ci in the display settings if you’d rather have software brightness.
Afaik Youtube is doing that, not Pulseaudio, and there’s nothing that can be done about it.