Kando菜单在macOS多桌面切换时的行为分析与优化思路

问题现象描述

Kando菜单作为一款macOS平台的快捷启动工具，在多桌面(Spaces)环境下存在一个特殊的行为表现：当用户通过非Kando方式(如键盘快捷键)切换桌面时，Kando窗口会停留在原桌面。当用户返回原桌面后，Kando窗口虽然仍然可见并能响应鼠标操作，但无法通过Esc键关闭，需要先用鼠标点击窗口获取焦点后才能正常关闭。

技术背景分析

macOS的多桌面管理系统采用了一套私有API来管理窗口与空间的关系。Electron框架在处理这类跨空间窗口行为时存在一些已知的兼容性问题。Kando当前将窗口类型设置为"面板"(panel)，这种窗口类型在macOS上有特殊的行为表现。

问题根源探究

经过开发者社区的讨论和分析，发现该问题主要涉及两个层面：

1. 窗口跨空间可见性：早期版本中Kando窗口被设置为在所有空间可见，但这导致了另一个问题——当用户删除某个空间或退出全屏应用时，Kando窗口会被"困"在某个空间中，强制将用户带回该空间。

2. 焦点管理机制：当窗口失去焦点(如切换空间)时，Electron的窗口事件处理机制与macOS的空间管理系统之间存在不协调，导致窗口状态未能正确更新。

潜在解决方案探讨

开发者社区提出了几种可能的解决方向：

1. 窗口模糊事件处理：利用Electron的blur事件监听，在窗口失去焦点时自动隐藏Kando窗口。这种方法简单直接，但会影响用户在多桌面间切换时保持Kando打开的使用场景。

2. 空间切换检测：通过macOS的私有API获取当前空间UUID，在检测到空间切换时自动调整窗口行为。这种方法更精确但依赖于非公开API，可能存在兼容性风险。

3. 窗口分离架构：将设置界面与主菜单窗口分离，使它们可以独立管理跨空间行为。这是最彻底的解决方案，但需要对现有架构进行较大调整。

当前最佳实践建议

在等待架构优化的过程中，建议用户：

1. 在使用Kando时完成操作后再切换空间，避免中途切换
2. 如需在多个空间使用Kando，可通过快捷键重新调出菜单
3. 当遇到Esc键失效时，先点击窗口获取焦点再关闭

未来优化展望

从长期来看，最理想的解决方案是将Kando的设置界面与主菜单窗口分离，使它们成为两个独立的窗口实体。这样：

• 主菜单窗口可以采用"随空间切换自动隐藏"的策略
• 设置窗口可以保持固定在某些空间
• 两者可以独立管理各自的空间行为

这种架构调整不仅能解决当前问题，还能提供更灵活的多桌面使用体验，是值得开发者社区关注的重点优化方向。