These just-so stories are easy to write, harder to write convincingly. I gladly use Wayland because I’m in a mixed-DPI setup, and didn’t rely on anything that broke. But loads of people are still pissed off due to persistent incompatibility.
The way Wayland made everything the responsibility of non-existent compositors really fucked over anyone not using GNOME or KDE, basically.
It is a different ecosystem. It requires time to mature and yes, you have to migrate to it in order to use it.
Moving to Wayland was a bit like moving to a different operating system from an application point of view. The toolkits made that reasonably easy for most apps but they really do not help much if you are the window manager.
So yes, compositors had to be built. This was easy enough for the big projects like GNOME and KDE but a bigger ask for smaller players. But there are lots now: GNOME, Plasma, Hyprland, MangoWC, Niri, COSMIC, Budgie, LxQT, LabWC, Wayfire, Sway, DWL, River, Wayland Maker, etc. I am sure there are many more I don’t know or forgot. There will be lots more.
And yes, a Wayland compositor is a bit like the X server and window manager combined. So, they are harder to build. Except libraries have appeared to do that. There are wlroots, Smithay, aquamarine, Louvre, and SWC. There will be more. So, a Wayland compositor is not really that much harder anymore. And it will get easier.
The XFCE project is just starting a Wayland compositor project now. It will be built mostly by a single developer. They think they will have a dev release in a few months. They are using Smithay.
Building the Wayland ecosystem took time. But we are basically there. And it is only going to get bigger and better.
The transition would have been a lot less acrimonious if it had been attempted after wlroots was usable, or if people working on Wayland itself had made an effort to write something like wlroots.
These just-so stories are easy to write, harder to write convincingly. I gladly use Wayland because I’m in a mixed-DPI setup, and didn’t rely on anything that broke. But loads of people are still pissed off due to persistent incompatibility.
The way Wayland made everything the responsibility of non-existent compositors really fucked over anyone not using GNOME or KDE, basically.
It is a different ecosystem. It requires time to mature and yes, you have to migrate to it in order to use it.
Moving to Wayland was a bit like moving to a different operating system from an application point of view. The toolkits made that reasonably easy for most apps but they really do not help much if you are the window manager.
So yes, compositors had to be built. This was easy enough for the big projects like GNOME and KDE but a bigger ask for smaller players. But there are lots now: GNOME, Plasma, Hyprland, MangoWC, Niri, COSMIC, Budgie, LxQT, LabWC, Wayfire, Sway, DWL, River, Wayland Maker, etc. I am sure there are many more I don’t know or forgot. There will be lots more.
And yes, a Wayland compositor is a bit like the X server and window manager combined. So, they are harder to build. Except libraries have appeared to do that. There are wlroots, Smithay, aquamarine, Louvre, and SWC. There will be more. So, a Wayland compositor is not really that much harder anymore. And it will get easier.
The XFCE project is just starting a Wayland compositor project now. It will be built mostly by a single developer. They think they will have a dev release in a few months. They are using Smithay.
Building the Wayland ecosystem took time. But we are basically there. And it is only going to get bigger and better.
The transition would have been a lot less acrimonious if it had been attempted after wlroots was usable, or if people working on Wayland itself had made an effort to write something like wlroots.