You must log in or register to comment.
They’re already building that. It’s called Wayland.
Groundskeeper Willie meme
X companies are are natural enemies
Like X(org) and X(twitter)
Or X(org)and x(nxx)
Or X(org) and x(wayland)
Damn X, they’ve ruined X!
Let’s not forget DirectX 😬.
You know who is developing Wayland, right?
IDK about that… regarding some of their decisions, it seems like a completely different dev team to me.
Yeah, but they obviously missed a few key features of X.org.
They’re still working on it, and if it’s been a while since you last checked they may have already implemented the ones you wanted.
Hm… OK will check 👍.
Like what? A broken protocol from 70 years ago?
Not exactly 70, but still, it does have features that Wayland still lacks.
Name one from the top of your head.
Screen color calibration, no nvidia support (not their fault, but that doesn’t solve the problem, does it), HDR (KDE has it in beta, but no one else does)…
I’m sorry, it’s an unfinished product (unlike, let’s say PipeWire, which is why it was quickly addopted). X.org devs went 180 regarding development of Wayland vs X.org. It had a bad foundation to begin with, not enough supported protocols… everything after that is just patching the obvious.
They should have ditched Wayland 15 years ago and start from scratch when they saw how poor the standard was regarding protocols. If X.org was too big and heavy, Wayland went in the complete opposite direction. A middle ground should have been made, and adoption would have been quicker and more stable.
Imagine using a so called modern windowing system that doesn’t even support custom degree tilted monitors
Who need fractional scaling when you can make a space useless tilted monitor setup lol
Imagine using a so called modern protocol that leaves you unable to change a WM in a DE
Who needs xorg bloat when you can make compositor devs reimplement it instead and bloat their own codebase lol
There isn’t such thing as a WM under Wayland. There are only compositors which make up everything such as the WM, Effects compositor, io etc. To standardize things for smaller compositors things like wlroots exist. Creating a basic compositor using that is around 100 lines of code
Yeah, and that was my point: Wayland turns DEs into inflexible monoliths. You trade modularity, customisability, and stability for better scaling, high-end monitor support, and theoretical security.
The theoretical security part is what got me “huh 🤨” as well… like “ok, but all of this is planned… or in the works… or it should work… when does the “it does work” part kick in 🤨”.
I can’t find the documentation for it, but I swear Hyprland supports custom degree tilting.
Considering that there are infinitely scrolling compositors and non-rectangular compositors, I guess tilting a monitor should be a smaller problem.
wayland is great, unfortunately: nvidia
I’ll switch to Wayland once it becomes the default in the distro I happen to be using that month. Not before.
Ubuntu and Fedora both use it. Its just a matter of time.
As someone who was completely ignorant to x and wayland until recently, my only experience is my distro having a wayland and x combobox during login, and random things not working when I switch it to wayland. The only reason I know this option even exists is because wayland was on by default and random stuff didn’t work. I’ll happily switch to the new better tech once it stops breaking stuff like KDE Connect and random games.
I’m using GSConnect (a compatible reimplementation of KDE Connect for GNOME) on GNOME/Wayland and it works just fine
Good for you
Lol 🤣🤣🤣… like “yeah, fucking great, still doesn’t solve my problem”.
I use an app on my phone that lets me use it as a touchscreen and keyboard for my Linux media PC. I have no idea if it will ever (be able to) support Wayland.
KDE Connect works on Wayland and can do all of that. Should definitely be technically possible.
Jesys. Way to butcher a meme template.
Switched to Wayland recently. Went to go play MechWarrior 5 with some friends and my mouse didn’t work properly in the game. Switched back to Xorg. No more problems.
Are you on KDE?
Yes I am. Why?
I’ve had the same issue. It’s related to KDE specifically. There’s a ticket open somewhere and it’s probably gonna get fixed soon.
Wayland is one of those things you use once and then always use. (Assuming your not on Nvidia)
Assuming:
- everything works (just check out this thread)
- there is Wayland alternative for every xorg tool you need, and they haven’t been abandoned after a month
- your setup isn’t impossible due to DEs becoming a monolithic mess
X programs work fine under Xwayland for the most part
Not tools like screenshots, screen recording - because Wayland is inherently different, you couldn’t make those work in Xwayland without sacrifices.
I think Wayland is in a good enough state to be a daily driver for most (non-NVidia) users, but there’s still big caveats to keep in mind that can be deal breakers.
I was talking about xorg specific tooling. For example sxhkd doesn’t work in wayland. Swhkd is the wayland alternative that should work in both, but the last release was 2 years ago, is only available through AUR, and when I compiled it, it didn’t work with either Wayland or xorg.
No good remote desktop’s yet :(
Anydesk works. Supposedly Rustdesk does as well, though I haven’t tried it.
I’ll have to give them a shot, Ive used just sunshine until now but it really likes to heat up lower end devices
or you need synergy
Switch from gentoo to fedora recently and use wayland as the default with nvidia
Everythings works fine until i fire up some games. All the games have this weird screen flickering and screen tearing which render a black box and literally unplayable. Tried rebooting, upgrading, downgrading and no avail.
Then i tried to use Xorg and everythings fine.
Ita frustating tho
Nvidia doesn’t work well with anything
This has been an issue since NVIDIA introduced alternating frames in the 545 driver. To fix this, explicit sync was recently merged into the Wayland protocol, now all it needs is the merge into Xwayland and the new NVIDIA driver that supports it, which is rumored to be released as a beta around May 15.
Until then, you either have to game on Xorg or use the 535 driver.
Ill try downgrading the driver
But currently im fine with xorg tho
I just want to play my games lol
Thats another reason i switch from gentoo to fedora. I do learned a lot from gentoo, but sometimes its just tiring to build everything and i just want something that works
I’ve been daily driving gentoo for 2 years :D
I just want to play my games lol
No, you’re not a Gentoo user… or Gentoo users have gone downhill in the past few years.
Well, i used to be a gentoo user for 2 years or more. But after a while, it kinda bothersome to compile everything on my current pc. So i switched to fedora and its been great :D
Sorry if i didnt get your point, english is not my first langauge
Sorry if i didnt get your point, english is not my first langauge
Neither is mine, lol 😂.
My point was, Gentoo users don’t just wanna play their games. That’s reserved to Pop_OS users 😂.
If you’re on KDE Plasma 6, there’s an option to enable screen tearing in fullscreen applications, turning that on seems to have fixed a similar problem I had.
I think fedora 39 does not have kde 6 yet
But ill try to find that srtting in kde 5
Most of the issues people have mentioned with either only seem to exist on specific distros or only for a small number of people with weird configurations.
Also everyone says Nvidia and Wayland is bad but Nvidia on x was garbage last time I had an Nvidia card too. Among other issues, the GPU control panel was such a hot steaming point of sale and wouldn’t save configs.
I love Wayland but I don’t love half my apps rendering as blurry when using my HiDPI screen. Wayland treating me good so far. I wanted to ride the poo poo on xorg train cause of Wayland’s snappiness and being modern but functionality is everything.
meanwhile me: wayland goes brrrr cause of ootb touchpad gestures on GNOME
I have a small script to toggle the visibility of a window when I press a hotkey. Press once, it launches the app if it’s not running, or unhides and raises the window if it is. Press again, it hides the window.
My distro recently switched KDE to Plasma 6 on Wayland, and of course the script stopped working. Researched how to make a Wayland equivalent. You can’t. It’s literally impossible to hide (or even minimize) windows from the command line.
The compositor will have to implement a CLI. Sway has an IPC socket and CLI just like i3 and I can use this to hide windows.
Untested partial solution that you may already have tried:
-
In the window manager’s keyboard settings, create keybinds for raising and lowering windows.
-
Create a script that uses
dotool, a third party tool which can send keyboard events and mouse movements, to call the previously configured keybinds. -
Missing bit: Figuring out whether the window is raised or lowered to know which keybind to send.
The author of dotool says that they wrote it because ydotool (the alleged successor to xdotool, I assume), needs root and a background daemon. That said, the linked page seems to indicate that dotool also needs some permissions.
I’m not affiliated with either.
-
Going brrr since 1984?
