Komorebi窗口管理器中的浮动窗口跨显示器移动问题分析

问题概述

Komorebi窗口管理器在处理浮动窗口跨显示器移动时存在一些边界条件问题。具体表现为当用户使用鼠标拖动浮动窗口或从浮动工作区移动窗口时，系统无法正确创建移动操作，导致窗口状态不一致。

技术细节分析

当前实现机制

Komorebi目前的工作机制是：当使用鼠标移动窗口时，系统会检查源工作区是否为平铺模式，并查找焦点容器。这种设计导致两个主要问题场景：

1. 当移动floating_windows时，系统不会创建待处理的移动操作
2. 当从浮动工作区移动窗口时，系统会创建错误的移动操作

问题表现

在第一种情况下，虽然不会产生严重后果，但窗口实际上不会被正确转移到目标显示器上。而在第二种情况下，问题更为严重：

1. 从浮动布局移动窗口时不会创建待处理的移动操作
2. 当窗口移回时，由于源工作区现在是平铺模式，系统会创建移动操作
3. 但操作会针对错误的容器（之前存在于该工作区的容器）
4. 最终导致窗口被错误地转移到其他显示器，但实际上仍由浮动工作区拥有

影响范围

该问题影响Komorebi 0.1.29版本及master分支。问题不仅限于鼠标操作，使用move-window命令在非平铺工作区之间移动窗口时也会出现类似问题。

解决方案思路

要解决这些问题，需要考虑以下改进方向：

1. 修改移动操作创建逻辑，使其能够正确处理浮动窗口和浮动工作区的情况
2. 确保窗口状态在跨显示器移动时保持一致
3. 完善工作区模式切换时的窗口管理机制

临时解决方案

对于遇到此问题的用户，可以尝试以下手动修复步骤：

1. 使用鼠标将窗口拖动到浮动工作区
2. 然后使用快捷键/命令将其移回平铺工作区

总结

Komorebi窗口管理器在处理浮动窗口跨显示器移动时的边界条件需要进一步完善。通过改进移动操作创建逻辑和工作区状态管理，可以解决当前存在的问题，提供更稳定可靠的窗口管理体验。