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 🤨”.
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
I can’t find the documentation for it, but I swear Hyprland supports custom degree tilting.
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 🤨”.
That’s the thing i don’t like about Wayland.
Considering that there are infinitely scrolling compositors and non-rectangular compositors, I guess tilting a monitor should be a smaller problem.