Tor Hedin Brønner
Tor Hedin Brønner
Some sort of pressure thing could work (the reactive edge could for instance react to scroll-events).
> Yeah I see that. Unfortunately it requires mousing alllll the way over there, and on an ultrawide (where this extension really shines) that can be tiring. Right, I can...
Right, «top bar follows focus monitor» still moves the top bar, but always to the primary monitor: https://github.com/paperwm/PaperWM/blob/b33f2d859dc0eaced1d338e336928fa78943e32d/topbar.js#L624-L633 I'd guess this issue would be fixed by leaving the top bar...
You can get something like this by turning up the horizontal margin (eg. to 1/2 the screen). It won't center the first and last window though, and the preference gui...
Yep, the vertical tiling lacks a bunch of features. It basically suffers a bit from me and @olejorgenb not using it all that much. The code also gets a bit...
Right, we should be able to do a toggle, it's basically just checking a preference here https://github.com/paperwm/PaperWM/blob/e629cde2ccb15ca012d28a2d365fd86ab00b5661/navigator.js#L155 (Doing `Navigator.Navigator.prototype._showMinimap = () = {}` in user.js should also do the trick)....
> Is this currently possible? Not at the moment.
See https://github.com/paperwm/PaperWM/issues/280 on how to use the experimental keybindings for moving workspaces between monitors.
Right, we probably need to check if the scratch window is actually on current monitor: ```diff modified stackoverlay.js @@ -138,7 +138,8 @@ class ClickOverlay { // But don't change focus...
Though, a bit weird, I'd would've thought `workspace.activate_with_focus(...)` would actually activate the correct workspace even though the focus is on all workspaces...