Originally posted by TemplarGR
View Post
2. So if solving this issues in Xorg needs break compatibility - why simply not throw away X11 and write new solution? Wayland is developed by Xorg developers too. Just go and ask they why they writing new solution without fix Xorg. That's because Xorg is big and old project and it's simply big and complicated. Writing new solution from scratch without worrying about compatibility is simpler. Simpler than cleaning old and huge code. Two branches of same project is bad idea. And you forgot a lot of X problems lie not in implementation but in design. X11 protocol is from 1987.
Wayland was invented to solve bad X11 design. Performance is just another pros. It was designed to solve X11 limitations.
And what if security improved? Still no clients isolation because X11 design didn't support it. Did DRI let you use different DPI on each screen in Xorg? No, but this is another X11 limitation (which you can try solve by running second Xorg Server but it's not elegant or good solution, it's simply bypass). Again, if you have to break compatibility and rewrite a lot of code, why just no start new project and design it good from scratch? This is exactly what Wayland does.
No, you have no arguments. You just can't understand that designing and writing new solution is simpler and better than trying to fix protocol from 1987. I tell you what would be waste of time and resources - trying to fix X11 like you said. Wayland is still maturing and becomes better. A lot of frameworks/toolkits support it already (GTK3, Qt5, SDL2, GLFW etc.). If you still don't understand it - write to Wayland developers and give they your ideas. You can ask they why they working on Wayland without fixing Xorg. And ask Google why they don't use Xorg in ChromeOS or Android. Both are Linux based.
Comment