You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is not a bug. This is not intended behavior as i3 doesn't have it. Anyways, a scroll feature for workspaces doesn't really make much sense because workspaces don't have a defined order. What would it mean to scroll to the "next" workspace? Note that the default config uses numbers to assign names to workspaces, but the value of these numbers doesn't mean much. Some users prefer to use letters to denote workspaces.
Nefsen, workspaces are ordered in the order they are made in the configuration file,
workspace 1
workspace 2
workspace 3
if you are on workspace 2 and do workspace next, sway will goto the next open workspace, If there is no currently open workspace it will do nothing. If workspace 1 was open it will roll around to workspace 1. I know this because I have both
bindgesture swipe:3:left workspace next
bindgesture swipe:3:left workspace prev
bindgesture documentation is found at 'man 5 sway'
the configs above are verbatim to my config file
for use on my touchpad. You are correct that the numbers of a workspace does not mean the order. The order of workspaces is based on the placement on the configuration file. ( with first as first and last as last )
Sway Version: 1.10
Goal: To be able to scroll workspaces by pressing alt + scrolling the mouse wheel
bindsym $mod+button[4-5] workspace next ( or prev )
This is doing nothing for some reason, nor is it throwing an error, in my head it should be working
workspace next ( or prev ) work as expected so I am not sure why the command is not being called
I have also tried getting an output from mouse inputs in general from sway, so something is being weird
The text was updated successfully, but these errors were encountered: