- cross-posted to:
- linux@programming.dev
- cross-posted to:
- linux@programming.dev
No feelings either way, I started using X since the last millennium and have been on Wayland without problems (Gnome or sway, never anything more than integrated graphics card) for about four years now.
But I really wish there was an fvwm for Wayland. And Window Maker.
Why is CDE not on the list?
I have a feeling I will be on i3 for many many years given all the issues that I’ve had with sway.
Have you tried hyprland
Yes, I spent a while reading the documentation on how to pin workspaces to certain monitors only for hyprland to tell me that it is deprecated.
Also an issue I noticed is that you can’t move floating windows between displays with the move left/right commands, move left/right moves the floating window to the left or right of the display and no more, meaning that the window gets stuck at the border of the display and doesn’t move more.
Also I couldn’t figure out how to make hyperland run several commands in a row with one keybind, or how to filter windows with expressions, something that I do a lot on my i3config .
And my biggest issue, and this one seems to be with wayland in general is that it seems that it is impossible to set my displays to extended more, that is turn the 3 displays that I have into a single display which I use with some games.
i3 isn’t perfect either, I actually had to fork it and apply a patch that fixes and issue that I have that hasn’t been merged yet either.
I will list all my issues with sway anyway, hopefully somebody out there notices it and fixes them:
https://github.com/swaywm/sway/issues/8000
https://github.com/swaywm/sway/issues/8001
https://github.com/swaywm/sway/issues/8002
https://github.com/swaywm/sway/issues/8191
And all these bugs are the result of less than 2 days in total of use of sway, there is likely more that I haven’t run into.
I also had an issue that affected xfce4 apps, but that issue ended up being a
dbus-broker
issue that only happens on wayland for some reason lolI have workspaces pinned to monitors in Hyprland and have none of the problems you mentioned. I use odd numbers for left screen and even numbers for right.
Edit: just took a look and can’t find mention of the depreciation; where did you read that?
hyperland itself told me that, I have a terrible picture (I didn’t setup screenshots lol) of it: https://imgur.com/a/fWwmt1e
This was right before yuzu closed down btw.
and have none of the problems you mentioned.
You can move floating windows between displays with the move left/right commands? (not the move to workspace commands).
edit: Found a related issue https://github.com/hyprwm/hyprland-wiki/issues/242
That’s just the way you write the rules being deprecated, not the functionality.
There is move left/right within a workspace, move to specific workspace and then move to next/previous workspace (from memory using e+1 as the workspace name in the command but might be misremembering). Admittedly this isn’t exactly the same as what you want; I replied from my mobile and checked when I went back to my desk. I usually use meta/shift/[num] to send to a specific workspace though as I make heavy use of them.
That’s just the way you write the rules being deprecated, not the functionality.
I didn’t say that it is impossible to do it, just that after I read the documentation it told me that.
Something that I couldn’t even find in the documentation was how to do several actions with one keybind, on i3 each action is separated by a comma and you can assign variables to them, for example:
$BIND $MOD+$SHFT+Mod2+KP_1 $MVTO $WS1, $WS1, $WDUNST "$WS1"
Which means:
bindsym Mod4+Shift+Mod2+KP_1 move container to WorkSpace "1", WorkSpace "1", --no-startup-id dunstify -r 33 -t 600 "$WS1"
In english that is move the focused window to workspace 1, focus workspace 1 and send a notification of the current workspace (the last one is for some visual feedback).
### Multiple binds to one key [](https://wiki.hyprland.org/Configuring/Binds/#multiple-binds-to-one-key) You can trigger multiple actions with one keybind by assigning multiple binds to one combination, e.g.: # to switch between windows in a floating workspace bind = SUPER,Tab,cyclenext, # change focus to another window bind = SUPER,Tab,bringactivetotop, # bring it to the top The keybinds will be executed in the order they were created. (top to bottom)
Openbox here kek
Straight Outta Compton.
Where’s my upstream explicit sync lads
Should all be in place. Even nvidia driver support. It’s one of the rare cases where I actually support nvidia on a technical level, that is, having explicit sync is good. I can also understand that they didn’t feel like implementing proper implicit sync (hence all the tearing etc) when it’s a technically inferior solution.
OTOH, they shouldn’t have bloody waited until now to get this through. Had they not ignored wayland for a literal decade this all could’ve been resolved before it became an issue for end-users.