Niri窗口管理器中的焦点跟随鼠标与水平滚动行为分析

在Linux桌面环境中，窗口管理器的焦点控制机制直接影响用户体验。Niri作为一款新兴的Wayland合成器，其焦点跟随鼠标(focus-follows-mouse)功能近期被发现存在一个值得注意的行为特性。

问题现象

当用户启用focus-follows-mouse功能并配合水平分栏导航时，会出现一个特殊现象：即使屏幕边缘没有显示任何部分可见的窗口分栏，仅仅将鼠标移动到屏幕边缘区域也会触发意外的水平滚动行为。这种滚动具有以下特点：

• 只会在最近一次滚动操作后触发一次
• 表现为"撤销"最近的水平滚动操作
• 无论距离上次滚动操作间隔多久都可能发生

技术背景

在传统的平铺式窗口管理器中，focus-follows-mouse通常与边缘检测机制配合工作。当鼠标靠近屏幕边缘时，系统会：

1. 检测相邻工作区或窗口
2. 根据配置决定是否进行焦点切换或视图滚动
3. 处理可能的窗口预览(peek)效果

Niri在此机制的基础上增加了对水平分栏布局的特殊处理，这导致了上述非预期行为。

解决方案

最新版本的Niri引入了精细化的滚动控制参数。通过在配置中添加：

focus-follows-mouse max-scroll-amount="0%"

用户可以完全禁用由鼠标移动触发的自动滚动行为，同时保留其他焦点跟随功能。这个参数的意义在于：

• 0%表示完全禁止边缘触发的滚动
• 其他百分比值可限制最大滚动幅度
• 不影响键盘快捷键或鼠标滚轮触发的滚动

配置建议

对于使用水平分栏布局的用户，推荐以下配置组合：

input {
    focus-follows-mouse max-scroll-amount="0%"
}

binds {
    Mod+L { focus-column-right; }
    Mod+H { focus-column-left; }
    Mod+WheelScrollDown { focus-column-right; }
    Mod+WheelScrollUp { focus-column-left; }
}

这种配置既保持了键盘/滚轮的水平导航能力，又避免了鼠标意外触发滚动的问题。

实现原理分析

从技术实现角度看，这个行为可能源于Niri的视图位置记忆机制。系统会：

1. 记录用户主动滚动后的视图位置
2. 在鼠标边缘检测时检查是否有"有效"的相邻内容
3. 即使没有实际可见的相邻窗口，也可能触发位置恢复

max-scroll-amount参数实质上是为这个机制添加了一个幅度阈值控制，设置为0%时完全绕过了自动恢复逻辑。

总结

窗口管理器的边缘行为处理需要平衡自动化和精确控制。Niri通过可配置的参数提供了这种平衡，让用户可以根据自己的工作习惯调整交互方式。理解这些细微的行为差异有助于用户打造更符合个人偏好的桌面环境。