Komorebi项目中UltrawideVerticalStack布局翻转后窗口调整方向异常问题分析

在Komorebi窗口管理工具中，当使用UltrawideVerticalStack布局时，如果启用了水平翻转(flip-layout horizontal)功能，随后尝试通过resize-axis命令调整窗口大小时，会出现窗口向错误方向调整的问题。

问题现象

在UltrawideVerticalStack布局下，当用户执行以下操作序列时会出现异常：

1. 将布局设置为UltrawideVerticalStack
2. 启用水平翻转布局
3. 使用resize-axis命令调整窗口大小

此时窗口会向未翻转前的方向进行调整，导致窗口可能相互重叠、超出屏幕边界或在工作区留下空白区域。这与正常情况下的预期行为不符，正常情况下窗口应该根据翻转后的布局方向进行相应调整。

技术分析

该问题本质上是一个布局计算逻辑错误。在实现翻转布局功能时，虽然窗口的初始位置和大小能够正确反映翻转状态，但在后续的resize-axis操作中，计算窗口调整方向的逻辑没有考虑到布局已被翻转的情况。

具体来说，resize-axis命令的处理逻辑仍然按照原始未翻转的布局方向来计算窗口调整量，而没有应用翻转变换。这导致在水平翻转后，窗口调整方向与视觉上的布局方向不一致。

解决方案

项目维护者采取了暂时性的解决方案：在下一个版本中禁用除BSP布局外所有布局的轴翻转功能。这是一个保守但有效的临时措施，可以避免用户遇到此类问题，同时为未来可能的完整修复留出空间。

从长远来看，完整的修复方案应该包括：

1. 在布局翻转时正确记录翻转状态
2. 修改resize-axis命令处理逻辑，使其能够识别当前布局是否被翻转
3. 根据翻转状态调整窗口调整方向的计算方式

用户影响与建议

对于当前版本的用户，建议：

1. 避免在UltrawideVerticalStack布局中使用翻转功能
2. 如果需要类似效果，可以考虑使用BSP布局的翻转功能作为替代
3. 关注项目更新，等待未来可能的功能恢复

这个问题展示了窗口管理器中布局计算复杂性的一个典型案例，也提醒我们在实现类似功能时需要全面考虑各种交互场景下的行为一致性。