Skip to content

Recognize a hide-focus-close sequence as close if window was active#33

Draft
imawizard wants to merge 2 commits intoahk-v2from
fixes/active-window-lost-on-close
Draft

Recognize a hide-focus-close sequence as close if window was active#33
imawizard wants to merge 2 commits intoahk-v2from
fixes/active-window-lost-on-close

Conversation

@imawizard
Copy link
Owner

No description provided.

@imawizard imawizard added the bug Something isn't working label Jun 22, 2024
When the active window was closed, this setting decides which window is
then to be focused (so kind of like the opposite of tilingInsertion).
There seem to be cases where – when closing e.g. an active explorer
window – a "hidden" event occurs first, then a "focus" event according
to z-order and eventually a "destroyed" event. Because of the
focus-switch in between the destroyed window is not the active one
anymore and no window is actively set as the new active one with respects
to focusAfterClose.
This commit adds remembering a hidden window if it was active, and in
case said window gets closed within a specific duration after being
hidden, it'll be treated as a regular close event of the active window.
@imawizard imawizard force-pushed the fixes/active-window-lost-on-close branch from 488dcda to f56fd20 Compare June 22, 2024 20:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant