Are these the supposed "benefits" of wayland
Are these the supposed "benefits" of wayland
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...
43- 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.
3Sometimes i wonder why Xorg is exist if it's shit at first place
-6It 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
23Originally 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
14A 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.
6It was all we had 20 years ago
1Excreting waste is a byproduct of many necessary functions, biological and otherwise.
It exists and some poor souls go for a swim in it.
1
-
Did you make this account solely to whine about wayland?
29Perfectly 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.
19Yeah OP is laughably childish lmao
15Complaining on the internet is a traditional pass-time. I’ve made accounts to do less.
3
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?
21It'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.
16IMHO with 5+G and symmetric 1G+ speeds becoming generic soon, it seems "network is the computer" minus Ellison's evil intentions happening.
Even today, most people can't or won't own a top end GPU with a decent amount of memory. Ok you can afford it but it will be outdated in 6 months. I would get a service instead so I really wouldn't care about pixels per second.
I am telling these as a person who uses Wayland for a very long time even on GPUs including nv9400, thanks to Nouveau. So I don't have anything against Wayland but same time, I am using X remote functionality every single day to do things.
The colour correcting capabilities are just getting stable, developers are systemd like arrogant and disconnected from real life.
1
Like I'm going to make the switch as soon as waypipe is better because I use ssh window piping
3ROTFL -34 for now. This isn't Reddit, post (joke) doesn't get hidden.
1