Nah it’s more like xorg bad because:
-
It cannot handle multi monitors well
-
it’s slow as shit
-
you cannot have desktop animations and do anything graphically intensive
-
it’s buggy
-
Xorg screen sharing sucks… It just does. I know I’m gonna get shit on for this, but pipewire screensharing is way better when it works.
-
No variable refresh rate support
-
No plans for HDR support
-
No 1:1 touchpad gestures (elementary os not included)
Wayland is just better, unless you have a very niche hardware setup or are trying to use an older Nvidia GPU with the proprietary driver…
- It cannot handle multi monitors well
citation needed
- it’s slow as shit
citation needed
- you cannot have desktop animations and do anything graphically intensive
citation needed (have you seen Compiz bruh)
- it’s buggy
citation needed
- Xorg screen sharing sucks… It just does. I know I’m gonna get shit on for this, but pipewire screensharing is way better when it works.
citation needed
- No variable refresh rate support
Yes it does: https://wiki.archlinux.org/title/Variable_refresh_rate
- No plans for HDR support
Wayland still hasn’t merged base color support after 4 years and we’re still relying on either gamescope (which also runs on x11) or KDE/GNOME experimental
- No 1:1 touchpad gestures (elementary os not included)
This is the only valid concern on this shit tier comment.
Half of these issues used to be common to Wayland, and the other half have nothing to do with display drivers.
Most of the wayland devs are x11 devs, they aren’t stupid and do have real reasons for using wayland, but these aren’t those.
Sometimes i wonder why Xorg is exist if it’s shit at first place
A lot of the problems we have now with XOrg simply didn’t exist when it was first written. It’s an incredibly old protocol and that shows in places where technology and/or common use cases have evolved in directions that expose these previously unknown weaknesses.
No support for variable refresh rate for example isn’t a problem when games don’t even hit 60 fps and the most common use case was spreadsheets.
Originally written to render the GUI on another machine across a network to where the program is running a bit like RDP, it got bastardised into displaying GUIs on the same machine the app is running on and never lost the fat
It was first and became heavily used. The project itself is very old and embedded deeply into the ecosystem. Its more of a “there wasnt anything better”, wayland being built as its successor with a more specific goal
-
Like I’m going to make the switch as soon as waypipe is better because I use ssh window piping
Did you make this account solely to whine about wayland?
Yeah OP is laughably childish lmao
Perfectly valid reason to make an account.
Complaining about X.org on Usenet also was the excuse for many people to post.
Some traditions must be kept alive.
Complaining on the internet is a traditional pass-time. I’ve made accounts to do less.
Isn’t the main Argument that it has a smaller, cleaner and more modern codebase, which is easier to maintain. And has a smaller attack surface?
Depends on the implementation. The reference, Weston, is not.
Weston is by file size, about equal to xserver. But really there is more utility in Weston than xserver.
But it’s one monolith, same as X.
Xorg needs several of it’s extensions to function at the same level as Weston+Wayland. At minimum you’d need xorg server, proto, lib, and driver… Maybe a few other things I’m forgetting.
It’s not as much of rewriting Xorg cleanly but also rethinking how we handle graphical sessions as a whole, accounting for how tech works and where it’s going.
It does lead to things like not being able to put your window at position (x,y) because what if you’re in VR and now your window position is some 3x3 matrix. But that’s a good thing, we’re thinking of those use cases instead of writing something that will need breaking changes later. Wayland likes to make no assumptions, so you can use it on phones or even do some rather exotic stuff. You could implement a Wayland compositor that outputs a video stream instead of on a real screen if you want to. You can make a true multi-user compositor with multiple mouse and keyboards that’s not horribly broken like it is on Xorg. You can make a distributed Wayland compositor that runs across multiple machines. You can make a compositor optimized for e-ink displays. It makes no assumptions that a computer always have a monitor, keyboard and mouse, or what kind.
We could just write something that works and that wouldn’t have any of the typical Wayland complaints. But it doesn’t solve things like VR, phones, tablets, TVs, etc, it would only re-solve Xorg and displaying windows and titlebars and panels.
That’s why we’re not writing a display server, but instead a series of protocols that anyone can implement and handle however the hell they want. We can have specialized compositors rather than one giant display server that needs to implement every possible use case. We’re still not quite at feature parity on the desktop yet, but that’s just not the sole end goal of Wayland in the first place.