Wayland环境下Qt QWidget::move失效的窗口定位方案问询

Wayland从安全和桌面一致性设计出发，确实禁止普通客户端直接操作窗口全局屏幕坐标，但你提到的两个都是桌面应用的常规需求，Qt 5.15已经基于Wayland标准xdg-shell协议做了完整封装，不需要自行对接合成器私有接口，按对应场景调整实现逻辑即可：

场景1：元素悬停弹窗定位 #

你之前用独立QMainWindow加全局move()的逻辑只在X11/Windows这类允许客户端操作全局坐标的平台生效，Wayland下要实现绑定元素的无遮挡弹窗，按以下方式调整：

• 不要将自定义弹窗作为无父级的普通顶层窗口创建。如果是和QGraphicsScene元素绑定的提示类弹窗，优先将弹窗作为QGraphicsView视口的子控件绘制，完全在客户端内部完成定位，不受合成器规则限制；如果需要弹窗脱离主窗口边界显示（比如靠近屏幕边缘时），给弹窗设置Qt::Popup或Qt::ToolTip窗口标志，同时调用QWidget::setTransientParent()将弹窗的临时父级设为主窗口。
• 上述配置完成后，调用move()时传入相对于触发元素的局部坐标即可，Qt会自动调用Wayland标准的xdg_positioner接口告知合成器弹窗的锚点位置、预期偏移，合成器会自动调整弹窗位置：既会保证弹窗紧邻目标元素，也会自动避让触发元素不产生遮挡，空间不足时还会自动翻转弹窗方向避免超出屏幕边界，效果比自己算全局坐标更稳定。
• 注意：普通无父级顶层窗口的move()调用在Wayland下会被合成器直接忽略，只有设置了临时父级的弹窗类窗口，相对坐标定位才会生效。

场景2：窗口位置记忆恢复 #

Wayland支持窗口状态恢复，但和X11下可以在窗口显示前预设位置的逻辑不同，需要调整调用时序：

• 窗口关闭前，直接调用Qt自带的QWidget::saveGeometry()存储窗口几何信息即可，这个接口在Wayland平台下存储的是合成器认可的窗口位置状态，不是客户端自行计算的全局坐标，不存在权限问题。
• 下次打开窗口时，不要在show()调用前设置位置，先正常调用show()等待窗口完成首次映射（可以监听QEvent::Show事件判断时机），之后再调用QWidget::restoreGeometry()传入之前存储的几何数据，合成器就会自动将窗口移动到用户上次放置的位置。
• 不要尝试自行存储全局坐标下次启动时传入move()，Wayland下客户端无法获取可靠的全局屏幕坐标，这类操作既不会生效，还可能在多屏、分数缩放场景下出现位置偏移。

补充说明 #

• 你提到的“告知合成器将窗口放在特定元素附近不遮挡”的机制就是Wayland标准的xdg_positioner，Qt已经把这个机制完全封装到了弹窗类窗口的定位逻辑里，不需要直接调用底层Wayland协议接口。
• 所有遵循xdg-shell标准的Wayland合成器（包括GNOME、KDE、Sway、Wayfire等）都支持上述逻辑，不需要针对特定桌面做单独适配。

内容的提问来源于stack exchange，提问作者foxysounds