Kando菜单在Hyprland中的窗口焦点问题分析与解决方案

问题现象描述

在使用Hyprland窗口管理器时，用户发现Kando菜单关闭后窗口焦点恢复存在异常行为。具体表现为：当用户先聚焦Brave浏览器，再聚焦浮动终端窗口，然后触发Kando菜单并关闭后，焦点会意外返回到Brave浏览器而非预期的终端窗口。

技术背景分析

这个问题涉及到窗口管理器和应用程序之间的焦点管理机制。Hyprland作为Wayland合成器，采用不同于传统X11的窗口管理方式。Kando作为Electron应用，目前使用的是常规的窗口管理方式而非Wayland原生协议。

根本原因探究

通过分析Hyprland的事件日志和配置选项，发现问题的根源在于Hyprland的focus_on_close配置项。该选项控制窗口关闭时的焦点行为：

• 设置为0时，焦点会转移到下一个候选窗口
• 设置为1时，焦点会转移到光标下的窗口

默认值为0的行为导致了Kando菜单关闭后焦点恢复不符合预期的情况。

解决方案

临时解决方案

在Hyprland配置文件中添加以下设置可立即解决问题：

focus_on_close = 1

这个设置使得窗口关闭时焦点会转移到光标下的窗口，更符合用户直觉。

长期优化方向

虽然当前可通过配置解决，但从技术架构角度看，更理想的解决方案是让Kando采用wlr-layer-shell协议。这种方式具有以下优势：

1. 更符合Wayland的设计哲学
2. 能更好地与合成器集成
3. 提供更原生的用户体验
4. 避免焦点管理方面的边缘情况

不过，该方案需要考虑以下技术挑战：

• Electron对wlr-layer-shell的支持程度
• 输入事件处理的实现方式
• 跨桌面环境的兼容性

最佳实践建议

对于Hyprland用户，建议采取以下配置组合：

1. 设置focus_on_close = 1确保焦点行为符合预期
2. 为Kando添加以下窗口规则优化体验：

windowrule = noblur, kando
windowrule = size 100% 100%, kando
windowrule = noborder, kando
windowrule = noanim, kando
windowrule = float, kando
windowrule = pin, kando

总结

窗口焦点管理是桌面环境中影响用户体验的关键因素。通过理解Hyprland的焦点管理机制和Kando的窗口特性，我们找到了有效的解决方案。未来随着Wayland生态的成熟，采用原生协议将能提供更完美的用户体验。