Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Wayland achieves its lack of "suck" by being a radically simple design that simply ignores the need for those X11 "godawful hacks" (which provide useful features to a small subset of users). You can already see that people are grafting those features into Wayland compositors in non-standard ways, so soon enough Wayland compositors will have their own collection of ugly hacks. The cycle of life is beautiful, isn't it?


Also those features are not limited to esoteric stuff that no one uses.

You cannot, for example, move your own window in Wayland. If you have a multi-window application, like GIMP [1], you cannot have your application position its windows in a reasonable way.

[1]: https://gitlab.freedesktop.org/wayland/wayland-protocols/upl...


A variant of the second-system effect: one decides to reimplement something from scratch to incorporate all the lessons learned, avoiding the pile of hacks that accumulated over the years.

Then, as the project grows, you find people have been relying on hacks for so long you need to reimplement them. But your new, clean version is not designed to accomodate such abominations, so you need, very inelegantly, to hack them in.

Now you're back at square 1. Until the next naive engineer that decides to do the things the right way, once again.


But it is not situation in Wayland - it is simple - so you need to implement hacks at a different layer (it is often impossible to implement them on the Wayland layer). No matter how much stuff you throw at the compositor layer the core is unaffected.


Pushing hack to different layers won't solve the real problem ='(




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: