Komorebi窗口管理器：鼠标跟随焦点功能的异常行为分析与修复

在Komorebi窗口管理器v0.1.30版本中，发现了一个关于鼠标焦点控制的边界条件问题。该问题主要出现在多显示器环境下，当用户禁用"鼠标跟随焦点"功能时，系统仍然会在特定场景下强制调整鼠标位置。

问题现象

在双显示器配置中，当满足以下条件时会出现异常行为：

1. 主配置中已明确设置mouse_follows_focus: false
2. 第二个显示器上有窗口处于Monocle布局模式
3. 用户切换焦点至第二个显示器

此时系统会错误地将鼠标指针重置到屏幕中央，违背了禁用鼠标跟随焦点的配置预期。更复杂的情况是，当两个显示器都启用Monocle模式时，该问题会持续存在。

技术分析

这个问题源于窗口焦点管理逻辑中的条件判断不完整。在Komorebi的窗口管理架构中：

1. 焦点切换事件会触发WindowFocusHandler
2. 该处理器需要同时考虑：
   • 全局配置中的mouse_follows_focus标志
   • 当前工作区的布局状态
   • 跨显示器操作的特殊情况

原始实现可能没有充分考虑多显示器+Monocle布局的组合情况，导致配置标志被部分忽略。

解决方案

修复方案需要从以下方面进行改进：

1. 在焦点切换逻辑入口处严格检查全局配置标志
2. 对Monocle布局下的窗口处理增加额外条件判断
3. 确保跨显示器操作时配置一致性

核心修复思路是：无论何种布局或显示器配置，只要mouse_follows_focus为false，就完全禁止任何自动的鼠标位置调整。

用户影响

该修复主要影响以下使用场景的用户：

• 使用多显示器配置
• 偏好手动控制鼠标位置
• 经常使用Monocle全屏布局

修复后，这些用户可以更精确地控制鼠标行为，符合"鼠标不跟随焦点"的配置预期。

最佳实践建议

对于需要精确控制输入焦点的用户，建议：

1. 明确设置mouse_follows_focus为false
2. 在复杂布局(如Monocle)中测试焦点切换行为
3. 定期更新到最新版本以获取稳定性改进

该修复体现了Komorebi对配置一致性的重视，确保用户设置能够准确反映在实际窗口管理行为中。