Describe the bug
When focus follows mouse mode is enabled, moving a mouse around a focused floating window maintains focus only if there is nothing or the tiled parent window underneath. As soon as the mouse moves to a point on the floating window that overlaps a tiled window, the tiled window steals the focus, and the floating window becomes hidden.
Applications:
Many in my experience. But an example can be the MacOS Mail tool.
To Reproduce
Open a Mail window that is a tiled in a slot on the right of a Tall layout. Go to the top header, right click and select "Custom Toolbar..". Now move around the Customize popup window, for example to select "Done". If the "Done" button is not overlapping the parent Mail window but lies on top of a another tiled window instead, the focus will switch to the underlying window before you get a chance to click "Done".
Maybe this example is a somehow special case of the Mail tool, but I seem to run into these cases where floating windows can't be viewed/clicked-on because the underlying window will steal focus. I can dig up some other examples if needed.
Expected behavior
Focus should not be stolen by the underlying window unless the mouse goes off the edge of the floating window.
Screenshots
If applicable, add screenshots to help explain your problem.
Describe the bug When focus follows mouse mode is enabled, moving a mouse around a focused floating window maintains focus only if there is nothing or the tiled parent window underneath. As soon as the mouse moves to a point on the floating window that overlaps a tiled window, the tiled window steals the focus, and the floating window becomes hidden.
Applications: Many in my experience. But an example can be the MacOS Mail tool.
To Reproduce Open a Mail window that is a tiled in a slot on the right of a Tall layout. Go to the top header, right click and select "Custom Toolbar..". Now move around the Customize popup window, for example to select "Done". If the "Done" button is not overlapping the parent Mail window but lies on top of a another tiled window instead, the focus will switch to the underlying window before you get a chance to click "Done".
Maybe this example is a somehow special case of the Mail tool, but I seem to run into these cases where floating windows can't be viewed/clicked-on because the underlying window will steal focus. I can dig up some other examples if needed.
Expected behavior Focus should not be stolen by the underlying window unless the mouse goes off the edge of the floating window.
Screenshots If applicable, add screenshots to help explain your problem.
Versions:
Debug Info
Additional context Awesome app, thanks for your work!