You’re aware you just called the x.org developers Elon, do you?
x.org is just as much a freedesktop project as wayland is or dbus. Or, before they spun off, flatpak. Wayland grew out of the x.org devs deciding that the thing has become literally unmaintainable. The recent pain is caused by downstream devs (including kde, gnome etc) noticing quite late that the x.org people were actually being serious, if they had provided input earlier then the gazillion of protocol extensions that people are whining about now (such as global hotkeys) could’ve been finalised literally ten years ago.
x.org still gets a couple of patches – for xwayland. At some point they’re going to rip out the whole graphics driver stack and replace it with a wayland compositor, that compositor plus xwayland will be the X server. You’re free to build a PC with a good ole S3 Trio but don’t expect future x.org releases to support it.
What is missing that makes it a deal breaker? It really seems odd to always see comments effectively saying “we should have stayed with X.Org”. The nice thing about Wayland is that it’s maintained, so new features are being added over time.
org.freedesktop.portal.GlobalShortcuts allows apps to request a global shortcut binding from the compositor. They can’t just log all your keystrokes globally because that’d be a keylogger. Also there’d be no way to resolve conflicts between shortcuts.
If your app doesn’t support that then blame the app, the interface has been out for a while, and compositors have supported it for a while.
Man, in only there were a way to have all essential features in a centralized Wayland server, with compositors only handling window management instead of everything including copy/paste or global hotkeys… Alas, the technology just isn’t there yet.
I’ll quote myself, as you didn’t seem to have read it:
They can’t just log all your keystrokes globally because that’d be a keylogger. Also there’d be no way to resolve conflicts between shortcuts.
Go ahead, tell the X devs that their new protocol is worse than the old. That, instead of improving on things and creating a thing that won’t become unmaintainable, they fucked up royally and made things worse. I’m waiting.
If you want to go and continue maintaining X then go ahead, noone’s stopping you.
Or maybe you accept that the people who have been maintaining it for decades know a thing or two about the thing, and you’re just whining from the sidelines.
A hypothetical Wayland server could implement the same protocol, so apps would talk to it instead of to the compositor, which would then focus on managing windows instead of implementing all of Wayland.
I’m not sure what you mean with “all of wayland”, here. The protocol is ludicrously small and minimal. It’s a way for programs to say “I have a graphics buffer, please display it and also give me some input like mouse motions plz”. Everything else is extensions because there’s devices (e.g. in automotive) that need only that, and nothing more, no windowing no nothing. You certainly don’t need global hotkey handling if all you ever run is one full-screen client.
Whether the compositor wants to implement windowing logic (say, tiling vs. floating, what happens when you right-click a titlebar) itself or outsource that to another process is not wayland’s concern.
KDE didn’t go that way because kwin was already an integrated compositor and window manager when it only ran on X, the smaller projects do seem to tend into that direction but they haven’t agreed on a common standard, yet.
Global hotkey handling, copy and paste, screenshots, etc are part of the protocol but need to be implemented by every compositor. X is better for this; the server handles all of this and delegates window management to the WM.
kinda sad that users can’t (afaik) enable global keyligging for all applications. I totally understand why it’s a bad idea, but it’s just so much simpler to work with.
Security aside if there’s no central management you can have multiple apps listening for the same keybinding, I wouldn’t call that “simpler to work with”. It may be easy in the short term, but the dark side of the force always is.
People down vote but push-to-talk doesn’t work on pure Wayland
Wayland has a notable piece of “but Elon can do no wrong!” cult thing going for it.
You’re aware you just called the x.org developers Elon, do you?
x.org is just as much a freedesktop project as wayland is or dbus. Or, before they spun off, flatpak. Wayland grew out of the x.org devs deciding that the thing has become literally unmaintainable. The recent pain is caused by downstream devs (including kde, gnome etc) noticing quite late that the x.org people were actually being serious, if they had provided input earlier then the gazillion of protocol extensions that people are whining about now (such as global hotkeys) could’ve been finalised literally ten years ago.
x.org still gets a couple of patches – for xwayland. At some point they’re going to rip out the whole graphics driver stack and replace it with a wayland compositor, that compositor plus xwayland will be the X server. You’re free to build a PC with a good ole S3 Trio but don’t expect future x.org releases to support it.
What is missing that makes it a deal breaker? It really seems odd to always see comments effectively saying “we should have stayed with X.Org”. The nice thing about Wayland is that it’s maintained, so new features are being added over time.
org.freedesktop.portal.GlobalShortcuts allows apps to request a global shortcut binding from the compositor. They can’t just log all your keystrokes globally because that’d be a keylogger. Also there’d be no way to resolve conflicts between shortcuts.
If your app doesn’t support that then blame the app, the interface has been out for a while, and compositors have supported it for a while.
Man, in only there were a way to have all essential features in a centralized Wayland server, with compositors only handling window management instead of everything including copy/paste or global hotkeys… Alas, the technology just isn’t there yet.
I’ll quote myself, as you didn’t seem to have read it:
Go ahead, tell the X devs that their new protocol is worse than the old. That, instead of improving on things and creating a thing that won’t become unmaintainable, they fucked up royally and made things worse. I’m waiting.
If you want to go and continue maintaining X then go ahead, noone’s stopping you.
Or maybe you accept that the people who have been maintaining it for decades know a thing or two about the thing, and you’re just whining from the sidelines.
org.freedesktop.portal.GlobalShortcuts allows apps to request a global shortcut binding from the compositor.
A hypothetical Wayland server could implement the same protocol, so apps would talk to it instead of to the compositor, which would then focus on managing windows instead of implementing all of Wayland.
I’m not sure what you mean with “all of wayland”, here. The protocol is ludicrously small and minimal. It’s a way for programs to say “I have a graphics buffer, please display it and also give me some input like mouse motions plz”. Everything else is extensions because there’s devices (e.g. in automotive) that need only that, and nothing more, no windowing no nothing. You certainly don’t need global hotkey handling if all you ever run is one full-screen client.
Whether the compositor wants to implement windowing logic (say, tiling vs. floating, what happens when you right-click a titlebar) itself or outsource that to another process is not wayland’s concern.
KDE didn’t go that way because kwin was already an integrated compositor and window manager when it only ran on X, the smaller projects do seem to tend into that direction but they haven’t agreed on a common standard, yet.
Global hotkey handling, copy and paste, screenshots, etc are part of the protocol but need to be implemented by every compositor. X is better for this; the server handles all of this and delegates window management to the WM.
kinda sad that users can’t (afaik) enable global keyligging for all applications. I totally understand why it’s a bad idea, but it’s just so much simpler to work with.
It’s not any simpler than having a popup appear when an app asks for a global shortcut, and way way less secure
Security aside if there’s no central management you can have multiple apps listening for the same keybinding, I wouldn’t call that “simpler to work with”. It may be easy in the short term, but the dark side of the force always is.