<div dir="auto">Most of the people working on Wayland also worked on X11, a lot of lessons from X11's development specifically influenced Wayland's design. I think it's very much worth noting this because people talk about X vs. Wayland as if a separate project popped up next to X11 out of nowhere, but the reality is a lot of us see Wayland as the natural progression to X11 because it allowed us to be free of some of the constraints that come from how the X server is designed, like heavy round trips in its protocol, the fact that most modern compositing on X is just extension on extension on top of the actual X11 server which no longer does half of the things it's supposed to handle.<div dir="auto">You know X server used to draw its own widgets? It also has font rendering, a HAL for video drivers and input drivers, and more. And almost all of this stuff was out of use well before Wayland came onto the scene. Client toolkits do their own rendering (easier, faster, much more flexible), and font rendering. Save for nvidia's video drivers, we had pretty much stopped using the HAL for new input and video drivers as well (xf86-video-modesetting and xf86-input-libinput work for p much all hardware. There's a huge amount of stuff like this baked into the server, but very little of it makes sense on modern operating systems and much of it is really constraining.<div dir="auto">X wasn't "badly designed" per-say, for what it was I'll absolutely say it was a wonderful piece of software and it did its job well. But it's also designed for an era of computing that is much different than how most modern desktops work, so for a lot of the functionality we wanted to see in Wayland the only way to have implemented it in X would have required breaking people's setups. So, technically speaking splitting the development off was kind of a given in some sense anyway. Even if we didn't move work to Wayland it's more likely work would have been on an X server that didn't really resemble X11 and wasn't 1:1 compatible.</div></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jun 9, 2025, 09:51 Vasily <<a href="mailto:vasil_tik@yahoo.com">vasil_tik@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> <br>
> that's not a wayland thing. wayland is just a protocol plus associated<br>
> tooling and libraries to speak that protocol. panning is a compositor thing.<br>
> <br>
> if you wanted a compositor to support this then add it to that compositor. as<br>
> there is no single compositor in the wayland universe, you'd have to make a<br>
> choice. you could also build your own compositor.<br>
> <br>
<br>
And that is the main issue with wayland.<br>
"Very intelligent" people created a protocol plus associated tooling and libraries and expected that community will build a new great compositor.<br>
But if X11 was developed for ages and polished for decades by people who loved it, no one want to spend his time and design a new compositor for every <br>
existing GPU<br>
Because in this case it will be just another X11.<br>
<br>
If you take a look on Linux there are few servers in it already - like systemd or dbus, pulse/pipewire, named ...<br>
For my understanding there is nothing wrong with a server/client approach and right now there is not any evidence that there is a wayland compositor <br>
that works like X11<br>
Second problem that desktop must adopt such compositor.<br>
<br>
My personal opinion is that there are some issues need to be solved before wayland compositor can substitute X11.<br>
So I think X11 will work for us another 5 -10 years.<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div>