Yes, but I can still play steam, any Valve game and atm any Linux steam game on X11.
I don’t hate Wayland as a project, I just don’t like Wayland as it current state.
Give me better stability, better support with multiple monitors and a compositor with more customization, and I’ll be happy.
But, in my opinion, Wayland is by design opinionated. Some ideas are good, such as the security model, some are both good and bad, such as the Compositor VS Server+WM debate (both good systems in my opinion), some are just bad (no unified screen management option; obviously there are LOTS of protocol extension, but not all are supporting everywhere)
So, imo, WayLand just needs a stable, (really) customizable Compositor with all useful extensions and designed to put other components together; I’m still on my X11+awesomewm+rofi+polybar, and I want a customizable, stable and module approach on Wayland.
There’re discussions to drop the X11 backend with the release of GTK 5. That’s still many years away and I really don’t think there’ll be much of reason left to use X11 by this point.
What is actually still missing for Wayland?
Absolute placement of multiple windows for some scientific applications (multi-process, multi-window apps are places arbitrarily on Wayland atm, excluding compositor specific solutions).
Proper colour management support
VRR working while the cursor is shown. Needs hardware cursor (?) support in the kernel and drivers. FPS games usually don’t show cursor, so VRR works in the games which benefit the most from it.
Both are likely to get fixed in the coming years and are pretty niche.
Obviously I’m excluding compositor specific issues, like VRR, server-side decorations and global shortcuts not being implemented on Gnome. Generally they would work, if implemented.
There’re discussions to drop the X11 backend with the release of GTK 5.
A question of what will happen to the X11 backend is not the same as an active push for the removal of X11 just for the sake of it, as it was claimed.
Chances are at least the Valve side of Wine development work will not care for Wine’s X11 support either after SteamOS will only run Proton natively on Wayland instead of XWaxland as is the case now.
Yes, but I can still play steam, any Valve game and atm any Linux steam game on X11.
I don’t hate Wayland as a project, I just don’t like Wayland as it current state. Give me better stability, better support with multiple monitors and a compositor with more customization, and I’ll be happy.
But, in my opinion, Wayland is by design opinionated. Some ideas are good, such as the security model, some are both good and bad, such as the Compositor VS Server+WM debate (both good systems in my opinion), some are just bad (no unified screen management option; obviously there are LOTS of protocol extension, but not all are supporting everywhere)
So, imo, WayLand just needs a stable, (really) customizable Compositor with all useful extensions and designed to put other components together; I’m still on my X11+awesomewm+rofi+polybar, and I want a customizable, stable and module approach on Wayland.
I’m not aware of any move by Red Hat or anyone else to remove X11 support from GTK, Qt, etc.
There’re discussions to drop the X11 backend with the release of GTK 5. That’s still many years away and I really don’t think there’ll be much of reason left to use X11 by this point.
What is actually still missing for Wayland?
Both are likely to get fixed in the coming years and are pretty niche.
Obviously I’m excluding compositor specific issues, like VRR, server-side decorations and global shortcuts not being implemented on Gnome. Generally they would work, if implemented.
A question of what will happen to the X11 backend is not the same as an active push for the removal of X11 just for the sake of it, as it was claimed.
Chances are at least the Valve side of Wine development work will not care for Wine’s X11 support either after SteamOS will only run Proton natively on Wayland instead of XWaxland as is the case now.