From f96255beb1b23e47048d1e0479fc53ef4c36b747 Mon Sep 17 00:00:00 2001 From: rcaridade145 Date: Tue, 3 Mar 2020 20:51:17 +0000 Subject: workspace: Don't try to use per-workspace MRU lists as a hint for focusing A prior commit switched from focusing the topmost window as the default window to focusing the MRU window. This was done in alignment with the introduction of per-workspace MRU lists to avoid problems where the window stack was inadvertently changed when focusing windows during window switches. Now that focusing windows don't have as big an impact on the stacking order, we can revert back to focusing the top window, which is less confusing to the user. For now, leave per-workspace MRU lists, as they're a pretty good approximation of a global MRU list, and it works well enough. https://bugzilla.gnome.org/show_bug.cgi?id=620744 Based on commit https://gitlab.gnome.org/GNOME/metacity/-/commit/f628d8f8901f46fa9e00707ae9d7ccfd1e85f427 --- doc/how-to-get-focus-right.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/how-to-get-focus-right.txt') diff --git a/doc/how-to-get-focus-right.txt b/doc/how-to-get-focus-right.txt index 45c0f378..b9ccee6d 100644 --- a/doc/how-to-get-focus-right.txt +++ b/doc/how-to-get-focus-right.txt @@ -7,7 +7,7 @@ end of the discussion for how these special cases are handled.) The basics are easy: Focus method Behavior - click When a user clicks on a window, focus it + click Focus the window on top sloppy When an EnterNotify is received, focus the window mouse Same as sloppy, but also defocus when mouse enters DESKTOP window -- cgit v1.2.1