aboutsummaryrefslogtreecommitdiffstats
path: root/swaybar/render.c
diff options
context:
space:
mode:
authorLibravatar Brian Ashworth <bosrsf04@gmail.com>2018-12-12 01:24:17 -0500
committerLibravatar emersion <contact@emersion.fr>2018-12-12 10:13:50 +0100
commitbc981b2bbb7e07d104aebcb3dae5ec2480fc23e4 (patch)
tree9900e3721a38b01ac25257f460a79f769ad1b5ff /swaybar/render.c
parentCall wlr_output_enable for disabled new outputs (diff)
downloadsway-bc981b2bbb7e07d104aebcb3dae5ec2480fc23e4.tar.gz
sway-bc981b2bbb7e07d104aebcb3dae5ec2480fc23e4.tar.zst
sway-bc981b2bbb7e07d104aebcb3dae5ec2480fc23e4.zip
Keep focus when destroying containers on nonvis ws
Changing the focus stack when destroying a container's node on a non-visible workspace (on an non-focused output) incorrectly causes the non-visible workspace to become visible. If the workspace is empty, it will not be destroyed since it is now visible. Additionally since there was no workspace::focus event, swaybar still shows the previous workspace as focus-inactive. It also makes no sense to change visible workspaces due to a container on a non-visible workspace being destroyed. Since the focus will either be set when switching to the non-visible workspace or the workspace will be destroyed due to being empty, there is no need to change the focus stack when destroying a container on a non-visible workspace.
Diffstat (limited to 'swaybar/render.c')
0 files changed, 0 insertions, 0 deletions