wlroots VS wayfire

Even then, "tinywl" which aims to be a "minimum viable product" Wayland compositor based on wlroots is almost 1k lines:

https://github.com/swaywm/wlroots/tree/master/tinywl

>barrier has been unmaintained for a long time.

As if not having new features added for 2 years makes it stop working? barrier is perfectly fine on normal linux desktop installs. I actually use synergy 1.x personally which has been "unmaintained" for much, much longer. Except synergy 1.x will compile and run on anything from windows 98 to ubuntu 5 to debian 12. You can't get a waynergy or inputleap to compile on an OS more than 2 years old. And even then, as you say, it's crapshoot if the particular wayland will have libei; many like sway are actively hostile to it and never will: https://github.com/swaywm/wlroots/issues/2378

It looks like they actually patched it to filter those modes out, so presumably it worked out of the box and was considered undesirable: https://github.com/swaywm/wlroots/issues/3038

I haven't experienced any of those. The video game performance hit may be due to vsync, but I don't play games so I haven't noticed.

You can however use tinywl. It is an example Wayland compositor that can't do more than displaying one application.

Sway/wlroots has implemented this, but I can't find any discussion for KDE.

wlroots is archived on github. Is it abandoned? Just saying, that only means they moved git hosts :-D

A lot of compositors are based no the wlroots lirbary. So they are still sharing the development effort and have a common base, its just in the form of a library rather than a display server.

Unusable until moving your mouse to the edges of the screen and clicking makes it hit the scrollbar, or the exit button. Right now it initiates a resize.

Illustrated example from a different compositor https://github.com/WayfireWM/wayfire/issues/570

It's the only DE I'm excited about it so I hope they fix that. Very very promising and the best part is that it made the GNOME people mad.

GNOME: "Sorry I don't see the use case for that, PR closed. Make your own project. "

One of the developers just responded on the github issue referecing this thread.

"After a bit of discussion on HackerNews, I got a bit better understanding of the actual problem. People don't want to just configure the keys according to a particular layout - the actual 'issue' here is that they expect the key binding changes together with the layout. Unfortunately, the 0.8.0 changes didn't make this possible to implement as a plugin.

I would reconsider adding this as an option if there are enough interested people. React with a thumbs up to this comment if you are interested in having this option (though the defaults will certainly remain as they are now). Please, react only if you actually use Wayfire or would use it if it had this feature :)"

https://github.com/WayfireWM/wayfire/issues/1601#issuecommen...

I have been on Wayfire for over a year now, and I can't possibly praise it enough. It's entirely modular, so you can make it look and behave exactly as you want. It does tiling, it does Compiz-style wobbly windows and 3D desktop cubes, configurable rules and hotkeys, everything. It's stable and handles gaming flawlessly.

Your impression of Wayland is going to be very much determined by the quality of the compositor implementing it, and I've found Wayfire to be the best, by far - but oddly, also the one least talked about. Everybody's paying attention to stuff like Hyprland, Sway and Mutter - you're barking up the wrong tree there. Wayfire is fantastic, has most of the bells and whistles Compiz on X11 has, and is as pretty or as functional as you want it to be.

- VR support

I thought so too not long ago, but Wayland compositors needed some time to mature, and some of them are getting pretty damn good. Ever since I discovered Wayfire I'm a total believer, it's better than any X window management solution I've used. Much lighter too.

might be a small window when wayfire releases a version, before master identfies as the next release number. (see: https://github.com/WayfireWM/wayfire/blob/master/meson.build )