user-interface - 需要帮助了解 X11 窗口层次结构和绘图命令

Question

我正在根据“X 协议(protocol)引用手册:第零卷”的副本从头开始构建适用于 Windows 的 X11 服务器。我在破译消息和与客户进行有意义的对话方面取得了很大进展，但我无法理解绘图调用实际应该做什么。

此示例中的消息来自在 Linux 机器上运行 xbiff 并让它与我在 Windows 上的 xserver 对话。完全有可能我在解释协议(protocol)时犯了一些错误，但到目前为止数据似乎是正确的。

图形调用由此开始，客户端创建一个具有根窗口 ID (90) 的图形上下文作为可绘制对象:

X_CreateGC: ID: 2097152, Drawable: 90, ValueMask: 8, Value0: 16777215

创建基于根窗口的GC有什么意义？

接下来，它会创建两个 48x48 像素图并在其上放置图像:

X_CreatePixmap: Depth: 1, ID: 2097153, Drawable: 90, Width: 48, Height: 48

X_CreateGC: ID: 2097154, Drawable: 2097153, ValueMask: 12, Value0: 1, Value1: 0

X_PutImage: Format: 0, Size: 408, Drawable: 2097153, GraphicsContext: 2097154, Width: 48, Height: 48, X: 0, Y: 0, LeftPad: 0, Depth: 1

X_FreeGC: Graphics Context: 2097154

X_CreatePixmap: Depth: 1, id: 2097155, Drawable: 90, Width: 48, Height: 48

X_CreateGC: ID: 2097156, Drawable: 2097155, ValueMask: 12, Value0: , Value1: 0

X_PutImage: Format: 0, Size: 408, Drawable: 2097155, Graphics Context: 2097156, WIdth: 48, Height: 48, X: 0, Y: 0, LeftPad: 0, Depth: 1

X_FreeGC: Graphics Context: 2097156

我认为这里的 GC 等效于 MemoryDC，最终结果应该是内存中的两个 48x48 位图，其中包含 PutImage 调用中的数据，我是否正确？

这里它创建了另一个基于根窗口的图形上下文，但我不明白为什么:

X_CreateGC: ID: 2097157, Drawable: 90, ValueMask: 65544, Value0: 16777215, Value1: 0

接下来它创建两个 48x48 窗口，一个以根窗口为父窗口，下一个窗口以第一个窗口为父窗口:

X_CreateWindow: Depth: 24, ID: 2097158, Parent: 90, X: 0, Y: 0, Width: 48, Height: 48, BorderWidth: 1, Class: 1, Visual: 0, Bitmask: 10266, Value0: 16777215, Value1: 0, Value2: 1, Value3: 6422576, Value4: 32

X_CreateWindow: Depth: 24, ID: 2097161, Parent: 2097158, X: 0, Y: 0, Width: 48, Height: 48, BorderWidth: 0, Class: 1, Visual: 0, Bitmask: 26650, Value0: 16777215, Value1: 0, Value2: 0, Value3: 163852, Value4: 32, Value5: 0

这似乎是在创建一个 48x48 的基本窗口，其中有一个窗口具有相同的大小和原点。那有什么意义呢？子窗口不会覆盖根窗口使其成为冗余调用吗？

接下来我们根据上面创建的子窗口调用CreatePixmap，宽度和高度都为0:

X_CreatePixmap: ID: 2097162, Drawable: 2097161, Width: 0, Height: 0

这样做的目的是什么？

接下来，xbiff(客户端)基于子窗口创建另一个图形上下文，并从 48x48 像素图之一对其执行 CopyPlane。

X_CreateGC: ID: 2097163, Drawable: 2097161, ValueMask: 65544, Value0: 16777215, Value1: 0

X_CopyPlane: SrcDrawable: 2097155, DestDrawable: 2097162, GraphicsContext: 2097163, SrcX: 0, SrcY: 0, DstX: 0, DstY: 0, Width: 0, Height: 0, Bitplane: 1

X_FreeGC: 2097163

本次调用的宽高均为0。这会使它成为 NOOP，还是 0x0 的维度意味着“复制所有内容”？如果是这样，这应该只是将位图 blit 到子窗口，对吧？

接下来客户端根据子窗口创建一个0x0像素图:

X_CreatePixmap: Depth: 24, ID: 2097164, Drawable: 2097161, Width: 0, Height: 0

0x0 像素图有什么用？这是否意味着“复制窗口尺寸”？

这里我们为子窗口创建一个 GC，并执行从 48x48 位图之一到窗口的 CopyArea:

X_CreateGC: ID: 2097165 Drawable: 2097161, ValueMask: 65548, Value0: 16777215, Value1: 0, Value2: 0

X_CopyArea: SrcDrawable: 2097153, DestDrawable: 2097164, GraphicsContext: 2097165, SrcX: 0, SrcY: 0, DstX: 0, DstY: 0, Width: 0, Height: 0, Bitplane: 1

此 CopyArea 调用的宽度和高度也为 0。这是否意味着“复制整个内容？”

接下来我们映射 2097158 的子窗口(附加到根的父窗口)，然后映射父窗口本身。

X_MapSubwindows: Window: 2097158
[We send a MapNotify and Expose event for window 2097161]

X_MapWindow: Window: 2097158
[We send a MapNotify and Expose event for window 2097158]

我不确定为什么它之后会在子窗口上调用 ClearArea:

X_ClearArea: Window: 2097161, X: 0, Width: 0, Width: 0, Height: 0

那是什么都没有清除还是整个事情都清除了？

然后 CopyArea 调用将 0x0 像素图从前面复制到位置 24x24 的子窗口:

X_CopyArea: SrcDrawable: 2097162, DestDrawable: 2097161, GraphicsContext: 2097157, SrcX: 0, SrcY: 0, DstX: 24, DstY: 24, Width: 0, Height: 0

宽度和高度也为零。再一次，我不确定为什么。

我很乐意在理解 X11 绘图调用的工作方式以及为什么奇怪的(对我来说)调用是这样的方面得到一些帮助。

Answer 1

(其中大部分内容可以在 X Window System 协议(protocol)规范中找到，可在互联网上的 many places 中免费获得。)

相对于根窗口创建GC的意义在于，根窗口命名为屏幕，屏幕是X中定义一组相关状态的奇怪东西。像素图、格式、窗口、视觉效果和颜色图等等都绑定(bind)到特定的屏幕。您可以有多个屏幕；如果你这样做，一个窗口不能交叉到另一个窗口。这就是所谓的“Zaphod”操作模式。但在大多数常见的多头设置中，您只有一个覆盖多个输出的根窗口。

PutImage 调用中的GC 决定了图像中的像素到服务器中的Pixmap 的传输方式:planemask、clipping、raster op 等。

您看到创建了多个 GC，因为 GC 的深度是静态属性，您无法使用 ChangeGC 进行修改。您有一个 1bpp 像素图，以及继承了根窗口深度的窗口和像素图，因此它们需要不同的 GC。

这两个 CreateWindow 调用之间的区别在于与每个调用相关联的属性的掩码。相对于第一个，第二个也设置了 CWCursor 位；当鼠标在该窗口内时，客户端要求设置一个特定的光标。为什么它会变成那样的两个，我不知道；我认为没有人声称 xbiff 写得很好。

0x0 不是像素图(或任何可绘制对象)的合法大小，所以我不确定那里发生了什么。服务器正确的做法是在这种情况下抛出 BadValue，但这似乎是其他地方出错的征兆。