X11窗口定位与窗口管理器交互异常问题求助

我在Linux下开发了一款X11应用，包含主窗口W0和浮动工具/面板窗口Wt。Wt的需求是：

• 始终置于W0上方
• 首次显示时位于W0右上角，避免遮挡主视图
• 保留窗口管理器提供的标题栏和可调整边框

当前为Wt设置的属性如下：

WM_TRANSIENT_FOR(WINDOW): window id # 0x5600002  <------ 此为W0窗口ID！
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_UTILITY
_NET_WM_STATE(ATOM) = _NET_WM_STATE_SKIP_PAGER, _NET_WM_STATE_SKIP_TASKBAR

问题现象 #

• 不设置WM_TRANSIENT_FOR时：Wt定位正常，但激活W0后会被遮挡
• 设置WM_TRANSIENT_FOR时：Wt能始终置于W0上方，但窗口管理器会忽略CreateWindow请求的坐标，强制将Wt放在W0中心

已尝试的无效方案 #

• 修改_NET_WM_WINDOW_TYPE属性
• 配置WM_NORMAL_HINTS
• 设置已废弃的PPosition属性
• 先映射Wt再设置WM_TRANSIENT_FOR（无效果）
• 先映射Wt，添加1ms延迟后再设置WM_TRANSIENT_FOR（生效，但方案不规范）

核心问题 #

1. 如何同时设置WM_TRANSIENT_FOR与窗口位置，避免窗口管理器将Wt居中？
2. 为何短暂延迟会大幅改变窗口管理器行为？X11协议不应对通信延迟如此敏感。

当前使用窗口管理器为XFWM，后续会测试其他管理器。注：请勿推荐Qt、GTK等工具包。

问题1：同时设置WM_TRANSIENT_FOR与自定义位置的解决方案 #

针对XFWM的行为，可尝试以下几种规范方法：

1. 先设置WM_TRANSIENT_FOR，再发送_NET_WM_MOVERESIZE客户端消息

不要依赖CreateWindow的坐标，而是通过EWMH协议主动请求窗口管理器调整位置：

• 先获取W0的窗口几何信息（含边框、标题栏偏移），计算出右上角的目标坐标
• 构造ClientMessage类型的_NET_WM_MOVERESIZE消息，指定目标x、y坐标，消息掩码包含SubstructureRedirectMask和SubstructureNotifyMask
• 将消息发送给Wt，强制窗口管理器应用自定义位置

这种方法绕过了窗口管理器对transient窗口的默认定位逻辑，优先级更高。

2. 利用WM_SIZE_HINTS的USPosition标志

通过XSizeHints明确告知窗口管理器，客户端指定的位置是用户设置的，需优先尊重：

• 创建XSizeHints结构体，设置flags = USPosition | PSize（需指定大小时添加PSize）
• 填充x和y为目标坐标
• 调用XSetWMNormalHints将配置应用到Wt，且确保这一步在设置WM_TRANSIENT_FOR之前完成

部分窗口管理器会因USPosition标志放弃默认居中逻辑，XFWM大概率会响应这个设置。

3. 映射窗口后同步X11请求队列，再设置WM_TRANSIENT_FOR

用X11内置的同步机制替代不确定的时间延迟：

XMapWindow(display, Wt);
XSync(display, False); // 强制服务器处理完所有未完成的请求，确保窗口已完成初始定位
XSetTransientForHint(display, Wt, W0);

XSync会等待服务器处理完映射请求，此时窗口管理器已经按CreateWindow的坐标放置了Wt，后续设置WM_TRANSIENT_FOR只会调整层级，不会触发重新居中。

问题2：短暂延迟改变窗口管理器行为的原因 #

X11是异步协议，客户端发送的请求会进入队列，服务器和窗口管理器不会立即处理。

不添加延迟时，WM_TRANSIENT_FOR的设置请求可能和窗口映射请求同时到达窗口管理器，此时窗口管理器还未完成Wt的初始定位，会触发transient窗口的默认规则——居中到主窗口。

添加1ms延迟后，窗口映射请求先被处理，Wt已经按指定坐标完成定位，之后窗口管理器收到WM_TRANSIENT_FOR属性时，只会调整窗口层级（置于W0上方），不会重新触发定位逻辑。

这种差异是XFWM的内部实现细节，并非X11协议的规定，不同窗口管理器的处理逻辑可能不同。

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