如果鼠标悬停在其他窗口上，则 Alt-tab 焦点会立即在 Wayland 上丢失，并具有二次单击（“草率”）窗口焦点

Question

我一直是名为“Secondary-Click”（以前称为“sloppy focus”）的窗口焦点模式的粉丝 - 可通过“Windows”选项卡下的 Gnome Tweaks 获得 - 过去的工作方式如下：

1. 取两个窗口，A 和 B。
2. A 具有焦点并且鼠标指针位于其上方。
3. Alt-Tab 将焦点切换到 B
4. 尽管鼠标仍位于 A 上，焦点现在位于 B 上并保持在 B 上
5. 将鼠标移到不同的窗口上会导致焦点发生变化。

现在发生的情况是，在步骤 4 中，焦点切换到 B，但不到一秒后，即使鼠标没有移动，焦点也会切换回 A（鼠标所在的位置）。

我喜欢旧行为的原因是：

• 我只能使用键盘导航窗口。例如，“开始一封新电子邮件”可能意味着按 Alt-tab 切换到 Thunderbird，然后按 Ctrl+N。
• 我可以用鼠标聚焦非前景窗口。这非常有用，尤其是在执行多个复制粘贴类型操作时。

我相信可能是韦兰带来了改变。（不幸的是，由于英特尔软件中的错误导致系统挂起，我无法再使用 Xorg/X11。）

我正在使用（一直使用）Gnome Shell，而不是 Unity。

Wayland 可能会以不同的方式解释它应该做的事情，这是最终的，但在这里发帖以防其他人错过旧的行为并找到解决方法？

为了避免人们问：

• 是的，这类似于关于 12.04 的问题，但这是 (a) 关于 12.04 和 (b) 关于 Unity 中的错误以及 (c) 其中提到的解决方法不适用/工作。

• 这与2020 年的问题类似，但这似乎是触摸板故障问题。

• 这与我在 2019 年提出的问题不同，当时 Gnome 设置删除了对草率焦点模式的访问，该模式后来被 Gnome Tweaks 曝光。

Answer 1

您可以通过安装以下 gnome shell 扩展以一种黑客的方式修复此问题，该扩展将鼠标在 alt-tab 之后移动到所选窗口的中心。

https://extensions.gnome.org/extension/4673/alt-tab-move-mouse/

感谢令人惊叹的AATWS扩展的作者向我指出了这一点。