需要帮助理解X11窗口层次结构和绘图命令。

Question

我正在从零开始构建一个基于“X Protocol参考手册：Volume Zero”副本的Windows X11服务器。我已经在解密消息和与客户端进行有意义的对话方面取得了很大进展，但我难以理解绘图调用应该实际执行什么操作。

此示例中的消息来自在Linux机器上运行xbiff并让其与我的Windows xserver通信。我可能在解释协议方面犯了一些错误，但到目前为止，数据似乎是正确的。

图形调用始于客户端使用根窗口ID（90）作为可绘制对象创建图形上下文：

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

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

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

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，最终结果应该是在内存中包含PutImage调用中的数据的两个48x48位图？

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

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（客户端）基于子窗口创建另一个图形上下文，并从48×48像素图形之一对其执行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的尺寸意味着“复制所有内容”？如果是这样，那么这应该只是将位图传输到子窗口，对吗？

接下来，客户端基于子窗口创建了一个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绘图调用的方式以及为什么这些奇怪（对我来说）的调用是这样的，我将非常感激。

- Jason Champion

---

一个小谜题 -- ClearArea 的宽度和高度为0时，应该清除从X,Y开始的所有内容（如果X和Y都是0，则清除整个窗口）。 - Jason Champion

Answer 1

（大部分内容可以在X Window系统协议规范中找到，该规范在互联网上的许多地方免费提供。）

创建与根窗口相关的GC的重要性在于，根窗口命名了一个屏幕，并且屏幕是X中定义一组相关状态的奇怪事物。像素映射、格式、窗口、视觉效果、颜色映射等都绑定到特定的屏幕上。您可以拥有多个屏幕；如果这样做，来自一个屏幕的窗口无法跨越到另一个屏幕。这就是所谓的“Zaphod”操作模式。但在大多数常见的多头设置中，您只需要一个覆盖多个输出的根窗口。

PutImage调用中的GC确定将图像中的像素传输到服务器中的像素映射的传输模式：平面掩码、剪切、光栅操作等。

您看到创建了多个GC，因为GC的深度是静态属性，而不是您可以使用ChangeGC修改的属性。您既有一个1bpp的像素映射，还有继承了根窗口深度的窗口和像素映射，因此它们需要不同的GC。

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

0x0不是一个合法的像素图大小（或任何可绘制对象），所以我不确定发生了什么。服务器应该在这种情况下抛出BadValue，但似乎这是其他问题出错的症状。

- ajax

Answer 2

仅为补充ajax的出色答案。请注意其中一个窗口有边框，而另一个没有。并回想一下xbiff的确切作用（显示“无邮件”图标或“您有邮件”图标）。这两个窗口提供了双缓冲效果。要更改图像，xbiff只需映射或取消映射子窗口（即没有边框的窗口）。

- luser droog