JankyBorders项目中的粘滞窗口边框问题解析与修复

在macOS窗口管理工具JankyBorders中，开发者发现了一个关于粘滞窗口(sticky window)边框显示异常的问题。本文将深入分析该问题的技术背景、产生原因以及解决方案。

问题现象

当用户使用yabai窗口管理器创建粘滞窗口时，窗口边框不会跟随窗口在不同工作空间(space)之间移动。具体表现为：

1. 在Space 1创建粘滞窗口后，边框会固定在Space 1显示
2. 即使窗口移动到其他工作空间(如Space 3或Space 4)，边框仍保留在Space 1
3. 通过Mission Control可以观察到边框仍显示在原始工作空间

技术背景

粘滞窗口是macOS窗口管理中的一个特殊概念，它允许窗口在所有工作空间保持可见。这类窗口通常用于需要全局访问的应用，如媒体播放器或即时通讯工具。

JankyBorders作为一个为yabai提供窗口边框美化的工具，需要正确处理各种窗口状态，包括粘滞窗口的特殊行为。

问题根源

经过分析，问题的根本原因在于：

1. JankyBorders最初没有将边框窗口与主窗口的粘滞属性同步
2. 边框窗口的显示逻辑没有考虑粘滞窗口的工作空间行为
3. 当主窗口被标记为粘滞时，边框窗口仍保持普通窗口的行为模式

解决方案

项目维护者通过以下方式修复了该问题：

1. 修改边框窗口的创建逻辑，使其继承主窗口的粘滞属性
2. 实现边框窗口与主窗口的粘滞状态绑定
3. 确保当主窗口被标记为粘滞时，边框窗口也会跟随主窗口在所有工作空间显示

验证与测试

用户可以通过以下步骤验证修复效果：

1. 使用yabai规则创建粘滞窗口(如mpv播放器)
2. 在不同工作空间间切换
3. 观察边框是否始终与主窗口保持同步显示
4. 通过Mission Control检查边框是否正确显示在当前工作空间

总结

这个修复展示了窗口管理工具中状态同步的重要性。对于像JankyBorders这样的辅助工具，必须充分考虑主窗口管理器的各种特殊窗口状态和行为模式。通过这次修复，JankyBorders对yabai的粘滞窗口支持更加完善，为用户提供了更一致的使用体验。

对于开发者而言，这个案例也提醒我们在设计跨工具集成时，需要深入理解底层工具的各种特性和行为，才能实现无缝的协作效果。