>>106411646
It's unfortunate but yes. The truth is, there are certain desktop features that require a big amount of engineering and manpower to implement, hence why they are only implemented on a few Wayland compositors. HDR and remote desktop (like XRDP, not screen sharing!) are the two main examples. HDR is currently only implemented by KDE, GNOME, and Hyprland. COSMIC is working on it. Remote desktop is only implemented by GNOME (KDE is working on it).

On X, the X server was a common shared base that everyone worked on and improved. It's why every DE/WM supported remote desktop using XRDP. If, say, HDR was added to that, every DE/WM would get it for free.

Wayland is a huge fracture of the ecosystem, because instead of a shared base, everyone now has to compete to reimplement the same thing. The benefit is it allows for higher performance and removes many broken assumptions X11 had (e.g. tiling window managers had to hack around windows being able to set their size, whereas Wayland puts the window size completely in compositor control). But it is sad that there's not a shared base everyone improves anymore. The closest thing to it is Smithay, but that's a library and not a compositor itself.

The correct thing for DE's to do is to use Wayland protocols implemented by many compositors instead of reinventing the wheel and making their own (picrel). This is the approach XFCE and LXQt are taking to Wayland support -- you can run them on top of most Wayland compositors (Hyprland, Niri, Kwin) and they integrate with them using protocols.