Category: Tech

引言 长期使用Linux桌面的用户，对 xinput 通常并不陌生。 在X11环境中，可以使用它查看鼠标、触控板和键盘： 也可以修改属性： 然而切换到Wayland后，原先有效的命令可能完全没有作用。即使 xinput list 仍能输出一些设备，它看到的也通常只是XWayland兼容层，而不是整个桌面的真实输入设备状态。 这种变化不是工具失效，而是输入架构发生了根本改变。 一、X11下的输入模型 在传统X11桌面中，X Server是整个图形会话的核心。 键盘和鼠标事件大致经过： 应用程序可以向X Server查询： xinput 本质上就是一个X11客户端。它通过X Input Extension读取和修改X Server中的设备属性。 因此，X11下常见配置包括： 或者： 二、Wayland改变了控制边界 Wayland并不是一个替代X Server的单一程序，而是一套协议。 在Wayland桌面中，真正管理屏幕、窗口和输入设备的是合成器。 KDE Plasma中的合成器是： 输入事件大致经过： 应用程序不能再像X11时代那样自由读取所有全局输入信息。 普通Wayland应用通常无法： 这些限制是Wayland安全模型的一部分。 三、为什么Wayland下xinput仍然存在 Wayland桌面通常会启动XWayland，用于运行旧X11应用。 XWayland相当于在Wayland环境中提供一个兼容X Server。 因此可以形成两条路径： 以及： 此时执行： 看到的是XWayland内部的逻辑设备，而不是KWin直接管理的全部真实输入设备。 修改XWayland中的属性，最多只影响X11兼容应用，通常无法改变原生Wayland应用中的鼠标行为。 四、libinput也不是统一配置中心 另一个常见误解是：Wayland使用libinput，所以直接修改libinput即可。 libinput主要负责： 但libinput本身不负责维护整个桌面的用户配置文件。 不同桌面合成器会分别决定： 在KDE Plasma中，用户配置最终由KWin应用。 …

引言 从 X11 切换到 Wayland，表面上只是更换登录界面中的会话类型，实际上却涉及整个 Linux 桌面输入、显示和窗口管理机制的变化。 在 X11 环境中，应用程序可以直接获取窗口、键盘、鼠标和屏幕信息；而在 Wayland 环境中，这些能力大多由桌面合成器统一控制。对于 KDE Plasma 来说，这个合成器就是 KWin。 因此，完成登录并看到桌面，并不代表迁移已经结束。鼠标、输入法、显示缩放、窗口规则、绘图板、截图、录屏和旧自动化脚本，都可能需要重新检查。 本文整理一套较完整的 KDE Plasma Wayland 迁移检查思路。 一、先确认当前会话确实是 Wayland 最基本的检查是： 正常结果应为： 也可以检查 KWin 进程： 通常会看到： 其中，kwin_wayland 表示 Plasma 当前运行在 Wayland 模式；Xwayland 是兼容旧 X11 应用的服务，并不代表系统仍然运行在完整的 X11 桌面会话中。 二、重新检查输入设备 Wayland 下，鼠标和触控板不再由 xinput 直接管理，而是由 KWin 调用 libinput 处理。 …

从 KDE Plasma 的 X11 会话迁移到 Wayland 会话后，很多用户都会遇到一个看似奇怪的问题： 原本在 X11 下设置好的窗口位置、窗口大小、屏幕分区和精确坐标，到了 Wayland 下几乎全部失效。即使显示器没有更换，分辨率仍然是同一个数值，窗口规则中的坐标也往往无法直接沿用。 这并不一定是配置错误，而是因为 X11 和 Wayland 对“屏幕坐标”和“窗口尺寸”的定义本来就不一样。 X11 更接近物理像素坐标 在传统的 X11 环境下，窗口管理器通常基于 X Server 提供的根窗口坐标系工作。 假设显示器的分辨率是： 那么整个桌面的坐标范围通常也接近： 如果希望一个窗口占据屏幕右半边，可以将窗口设置为： 在这种模式下，窗口坐标与屏幕物理像素往往比较接近。即使系统调整了字体 DPI，或者应用内部进行了界面缩放，窗口管理器看到的桌面坐标空间通常仍然保持原始分辨率。 因此，在 X11 环境中，使用固定坐标管理窗口相对直观。许多基于 wmctrl、xdotool 或 KWin 窗口规则的配置，也都是按照这种思路设计的。 Wayland 使用逻辑坐标 Wayland 的设计不同。 在 Wayland 环境中，系统会区分至少三种概念： 其中，KWin 在管理窗口位置和大小时，主要使用的是逻辑坐标，而不是直接使用显示器的物理像素。 例如，一台显示器的物理分辨率仍然是： 如果系统缩放设置为 150%，那么 …