Komorebi窗口管理器中的多显示器窗口循环移动问题分析

问题现象

在Komorebi窗口管理器中，当用户连续使用cycle-move-to-monitor命令将窗口移动到相邻显示器时，会出现一个异常行为：前两次移动操作正常执行后，系统会进入一个焦点循环状态，开始将之前移动的窗口又移回原显示器。

具体表现为：

1. 第一次执行命令时，当前聚焦窗口(如窗口4)从显示器1移动到显示器2
2. 第二次执行命令时，同一工作区中的下一个窗口(如窗口3)从显示器1移动到显示器2
3. 第三次执行命令时，之前移动的窗口4又从显示器2移回显示器1
4. 第四次执行命令时，窗口3也移回显示器1
5. 此后系统会在这个状态间不断循环

预期行为分析

从用户交互逻辑的角度考虑，这种循环移动行为不符合以下两种合理的预期模式：

1. 焦点跟随移动窗口模式：当窗口被移动到新显示器后，焦点应该跟随该窗口，这样再次执行移动命令时，该窗口会被移动到下一个显示器

2. 焦点保持原位置模式：焦点应保持在原显示器的工作区中，继续移动该工作区中的下一个窗口，而不是已经移动出去的窗口

技术背景

Komorebi是一个Windows平台上的平铺式窗口管理器，其cycle-move-to-monitor命令设计用于在多显示器环境下高效管理窗口布局。该功能的核心逻辑涉及：

• 窗口焦点管理
• 多显示器状态跟踪
• 工作区窗口堆栈维护

问题根源

根据开发者的反馈，此问题已被确认为一个程序逻辑错误，具体表现为：

1. 窗口移动后，系统未能正确更新焦点状态或窗口位置记录
2. 移动操作计数器或状态机可能出现了循环重置
3. 在多显示器环境下，窗口归属关系维护出现异常

解决方案

该问题已在代码提交中被修复，主要修改包括：

1. 重新设计了窗口移动后的焦点处理逻辑
2. 修正了多显示器环境下窗口状态跟踪机制
3. 优化了工作区窗口堆栈的维护方式

修复后的版本应能实现以下行为：

• 连续移动命令将按预期顺序移动窗口
• 焦点将保持合理状态（无论是跟随移动窗口还是保持原位置）
• 不会出现意外的窗口来回移动现象

用户建议

对于遇到此问题的用户，建议：

1. 更新到包含修复的最新版本
2. 检查配置文件中的相关设置
3. 如问题仍然存在，可提供详细的重现步骤供开发者进一步分析

该问题的修复显著提升了Komorebi在多显示器环境下的窗口管理体验，使cycle-move-to-monitor命令的行为更加符合用户直觉和预期。