summaryrefslogtreecommitdiffstats
path: root/include/swaybar/status_line.h
diff options
context:
space:
mode:
authorLibravatar Ryan Dwyer <ryandwyer1@gmail.com>2018-10-02 15:42:16 +1000
committerLibravatar Ryan Dwyer <ryandwyer1@gmail.com>2018-10-02 15:45:20 +1000
commit677e112733c0294f338f7803207e4e2b16146d08 (patch)
tree056c9c6702ac2753b526c41d5ad857543cab51d2 /include/swaybar/status_line.h
parentMerge pull request #2740 from RedSoxFan/gap-borders (diff)
downloadsway-677e112733c0294f338f7803207e4e2b16146d08.tar.gz
sway-677e112733c0294f338f7803207e4e2b16146d08.tar.zst
sway-677e112733c0294f338f7803207e4e2b16146d08.zip
Set focus_inactive on a sibling when a container closes in an inactive workspace
To reproduce the problem, create layout H[view V[view view view-focused]], then switch to another workspace and have the previously focused view in the vsplit close (eg. using criteria, or an mpv video finishing). Return to the workspace using `$mod+<num>` and the entire vsplit would be focused. This happens because handle_seat_node_destroy would only set a new focus if the currently focused view or a parent was being destroyed. To fix it, it needs to set a sibling of the destroying container to focus_inactive regardless of the current focus, then restore current focus if needed. This patch changes the function accordingly. Additionally: * The function now makes an early return if the node being destroyed is a workspace. * set_focus has been renamed to needs_new_focus. This variable is true if the head focus needs to be changed.
Diffstat (limited to 'include/swaybar/status_line.h')
0 files changed, 0 insertions, 0 deletions