3 ms·
> it would still require you to rewrite software for it As I understand, most complex apps in the 2020s are using something like Gtk or Qt. These already have
by throwaway2037 2y ago
> it would still require you to rewrite software for it
As I understand, most complex apps in the 2020s are using something like Gtk or Qt. These already have Wayland rendering backends. (I assume other widget toolkits have done the same.) Unless your GUI directly uses Xt or Xlib, I don't think that any rewrite is required. Do I misunderstand your point?
- eadmund 2y agoA good part of why so may of us are cautious about Wayland is precisely that one or more of the things we rely on doesn’t support it. For example, my window manager doesn’t. I use that window manager every single day, and there is nothing out there which works the way it does. It’s a vital part of my workflow. Does Wayland support the entire Xcompose system or an equally powerful alternative? Wayland does genuinely sound interesting, if flaky and half-baked (it reminds me of systemd in that way). Certainly, the world doesn’t owe me a port of my window manager. But if the Wayland transition forces me to use GNOME then my life will be worse.
- throwaway2037 2y ago> if flaky and half-baked (it reminds me of systemd in that way) In 2025, is systemd still considered "flaky and half-baked"? As I understand, the "init.d war" was lost; systemd is the clear winner on Linux and continues to improve. That said, lots of good developers died on that hill.