2 ms·
I know about XWayland, but trying to go to war to modify an infinite number of random window managers and the ecosystem of tools that plugged into the X backend
by saurik 1y ago
I know about XWayland, but trying to go to war to modify an infinite number of random window managers and the ecosystem of tools that plugged into the X backend is, to me, the thing which should have been avoided by thinking about the project more as a massive rearchitecting of the stack. If you do build that -- even if it is kind of difficult, though frankly I can't imagine it is actually HARD and not merely BORING (which is a big problem with software developers where they conflate that: most of the job is, in fact, boring, and you have to embrace that) -- you could just delete the X codebase as you expanded hardware support, rather than being stuck in some weird limbo where a bunch of tooling out there is still having to be ported or even rebuilt for Wayland.
- LeFantome 1y agoWhile many people desire this “total compatibility” with Xorg idea, the Wayland team sees this as an anti-feature. Many things on X are done the way they are because all processes can see all pixels and all devices. Wayland does not want that. So, tools built to these requirements will not work. And, obviously, they cannot be “fixed”.