Closed wis closed 5 years ago
Thanks for opening this issue. Usually I'd close this since it doesn't affect i3-gaps specifically, but i3 in general and should thus be reported upstream.
However, this is actually the expected behavior. The layout in your video is H[V[A B C] V[D E F]]
and thus the focus behavior is exactly as intended by going to the last focused window within the parent when switching between the containers. Please see the userguide for a detailed explanation of the tree hierarchy in i3, it helps understanding this when you realize that the layout isn't a grid, but a tree.
if you want the focus behavior to be different, you'll need to implement your own custom logic of how to find the container you want to focus. Thanks for understanding!
Also see: https://i3wm.org/docs/userguide.html#_tree
The layout actually seems to be H[V[1 V[2 3]] V[4 V[5 6]] V[7 V[8 9]]]
(I was just simplifying the layout a bit :-) )
Just mentioning it because it might be important to understand how focus moves between containers
these are the nicest RTFM replies 😄, I should admit that the userguide seemed intimidatingly huge. I tried using mod v and h, I had mod+v binded to something else, h is not though and it's not working.
I'm submitting a…
Current Behavior
moves focus to wrong window, seems random to me.
Expected Behavior
not taking overlapping movement into account: move focus to the nearest window on the right/left without moving upwards or downwards. move focus to the nearest upper/lower window without moving to left/right.
Reproduction Instructions
open 9 windows in a 3x3 gird and move focus
Environment
Output of
i3 --moreversion 2>&-
:vid.zip