Komorebi窗口管理器中的全屏窗口切换问题解析

在Windows平台使用Komorebi窗口管理器时，开发者可能会遇到一个特殊现象：当窗口处于原生全屏模式（通过F11键触发）时，切换工作区会导致窗口意外最小化。这与i3/sway等Linux窗口管理器的预期行为不同，后者能够保持工作区状态的一致性。

问题本质

该问题的根源在于Windows系统本身的设计限制。Windows操作系统没有为应用程序进入或退出全屏模式提供标准事件通知机制。这意味着：

1. 窗口管理器无法感知用户通过F11触发的全屏状态变化
2. 当工作区切换发生时，系统缺乏必要的状态信息来维持窗口的全屏状态
3. 这种限制影响了各种图形框架（SDL、GLFW、Unity等）开发的应用程序

技术解决方案对比

Komorebi提供了两种不同的处理方案，各有其适用场景：

方案一：使用内置最大化命令

通过komorebic toggle-maximize命令可以：

• 让窗口管理器明确跟踪窗口的最大化状态
• 在工作区切换时正确保持窗口布局
• 需要配合标题栏隐藏功能达到类似F11全屏的视觉效果

方案二：标题栏隐藏配置

最新版本支持通过配置文件精细控制：

{
  "remove_title_bar": [
    {"exe": "chrome.exe"},
    {"class": "GLFW30"}
  ]
}

或使用命令行临时添加：

komorebic remove-title-bar exe chrome.exe

深入技术实现

在底层实现上，Komorebi采用了几种关键技术：

1. 状态跟踪机制：对通过命令触发的最大化状态进行手动记录
2. 窗口样式修改：通过Win32 API操作窗口样式(WS_OVERLAPPEDWINDOW)
3. 消息处理扩展：新增ToggleFullScreen socket消息类型

开发者需要注意，真正的全屏模式(F11)与最大化+隐藏标题栏在以下方面存在差异：

• 全屏模式通常会独占显示输出
• 最大化窗口仍受窗口管理器控制
• 某些应用程序在全屏模式可能有特殊行为

最佳实践建议

对于不同使用场景，推荐以下配置方案：

1. 游戏开发/媒体应用：

   • 优先使用应用程序原生全屏模式
   • 配合工作区暂停功能避免布局干扰

2. 日常办公/多任务处理：

   • 使用toggle-maximize+标题栏隐藏
   • 配置应用程序白名单实现自动化

3. 开发环境：

   • 通过热键绑定实现快速切换
   • 示例whkd配置：

     f11 : komorebic toggle-maximize
     

未来改进方向

虽然当前解决方案已经能够满足大多数需求，但从技术角度看仍有提升空间：

1. 通过Windows API钩子检测实际全屏状态
2. 支持更多匹配规则(title/class/path等)
3. 提供更精细的每应用程序行为控制

理解这些技术细节有助于开发者更好地配置Komorebi，在Windows平台上获得接近Linux窗口管理器的流畅体验。随着项目的持续发展，这些问题有望得到更完善的解决方案。