3 ms·

The thing that really gets my goat is the behavior with apps spread across multiple workspaces. Alt-tabbing on one workspace does not stay on that workspace bu

• mos_basik 7y ago
  Oof, I know that pain. Or a similar one. I use the tiling window manager i3 - so I don't have windows stacked on top of each other to flip through, but I do have plenty of workspaces to flip through. I wrote a small thing to help me manage creation and navigation of named i3 workspaces using dmenu (and I love it) but the first improvement I made was to add the ability to flip between the two most recently used workspaces and bind it to Alt-Tab. This immediately drove me up a wall by jumping to workspaces on different outputs (laptop screen, external monitor, etc) which was correct but remarkably disorienting. The next improvement was to make toggling only consider workspaces currently on the focused output. [0] I'm quite happy with the result (though there are still some bugs involving tracking workspace age while shifting them around between outputs). There is a further improvement I'd love to add but don't know how - I want the Windows Alt-Tab behavior where Alt-Tab enters a "switching mode" and then as long as Alt is held down, repeated tapping of Tab fires an action (in this case, cycling focus to older and older targets). I haven't been able to find a key binding program or recipe that supports this kind of interaction (I'm currently using sxhkd). 0: https://github.com/mosbasik/fluidspaces-rs/blob/dev/src/bin/fluidspaces.rs#L94 https://github.com/mosbasik/fluidspaces-rs/blob/dev/src/bin/...