They have different goals
I am not sure about that. They have different designs for sure. Mostly because one was designed 25 years later. I guess you mean they have different goals because Xorg did not incorporate some goals in its design (like security). But is it a goal of Xorg to be insecure? That feels like a stretch.
There are design goals in X11 that are not included in Wayland. Take asking the display server to draw primitive shapes for you as an example. But modern X11 apps do not do that either. That is not how things like Qt and GTK work. So, more of a “25 years later” thing than a true difference in goals. The “compositor” approach. The DDX layer. These are more of a reflection of “how things work today” on both systems than they are differences in goals.
Perhaps you mean things like “network transparency” as I hear that one a lot. Wayland’s design is to have a simple core that can be extended. But the same capabilities exist for Wayland. For example:
https://www.mankier.com/1/waypipe
or even better:
https://github.com/wayland-transpositor/wprs
What goal does Xorg have that Wayland does not? Again, other than poor security (not a goal).
The lack of security in Xorg makes many things easier. Wayland apps run in a sandbox which makes some things harder. Many complaints I see ultimately boil down to this difference. Flatpaks are also sandboxed and a lot of the solutions on Wayland are similar (eg. XDG desktop portal). But again, am not sure crap security was really a “goal” of Xorg. It is simply convenient.
Because of security, things have to be explicitly supported on Wayland while X11 apps can just do them. There is no official way to capture a screenshot on X11 even after 40 years. But any X11 app can do it pretty easily as all apps have access to the entire display (even contents of other windows). On Wayland, there is a protocol for screen capture. There has to be, or it would not be possible. The same is true for many other features. And, I fully admit, some protocols for Wayland to do things done by some x11 apps do not exist yet (or are not yet widely supported by compositors or apps).
But again, I do not really see “poor security” as an x11 design goal. It was simply born in an era where that did not matter as much. Projects that want to modernize X11, like Xlibre, will have to break things on X too. Time will tell what that looks like.
You want me to track the progress of 4 bugs in Sway? Such a powerful argument. How about don’t use Sway?
I did not fail to notice. I have another post here comparing compositors to web browsers. There is more than one by design. Long term, it is absolutely one of Wayland’s strengths. But ya, your experience is only going to be as good as the browser you choose.
For tiler lovers, Niri and Hyprland are both great. COSMIC is looking good but still Alpha. Plasma 6 is perhaps the best Wayland compositor at the moment.
Hilarious. Linux has been my primary desktop since the 90’s. You probably need to get off my lawn.
Even more hilarious. Looks like you found an even crappier Wayland compositor than Sway.
Amongst the long list of broken things in 12to11, my favourite is this: “has not been tested on window (and compositing) managers other than GNOME Shell”. GNOME is a Wayland first and soon to be Wayland only project. A project clinging to Wayland on X on GNOME is a perfect metaphor for the point I am making. Thank you for making my point so well.
By 2030, Xorg will be in the AUR and the only x server in the core Arch repos will be Wayback (Xwayland on Wayland).
Sounds like you will be using 12to11 to run Wayland apps on i3 on XWayland on Wayback (Wayland on X on Wayland). Good times.
You seem to think I am telling you to use Wayland though.I don’t care what you use. My point is that everybody else is happy leaving you behind. Keep using X. You can switch to the Dillo browser too if you want. LMAO.
Very subtle “Arch, BTW”, BTW. Nice.
For everybody else, here is the project you linked to. It is a fun little project.
https://git.linuxping.win/12to11/12to11