【发布时间】:2011-07-17 18:06:59
【问题描述】:
我正在根据“X 协议参考手册:第 0 卷”的副本从头开始构建适用于 Windows 的 X11 服务器。我在破译信息和与客户进行有意义的对话方面取得了很大进展,但我无法理解绘图调用实际上应该做什么。
此示例中的消息来自在 Linux 机器上运行 xbiff 并让它与我在 Windows 上的 xserver 通信。我完全有可能在解释协议时弄错了一些地方,但到目前为止数据似乎是正确的。
图形调用由此开始,客户端创建一个图形上下文,其根窗口 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 并且最终结果应该是内存中包含 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(客户端)基于子窗口创建另一个图形上下文,并从 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 的尺寸是否意味着“复制所有内容”?如果是这样,这应该只是将位图传送到子窗口,对吧?
接下来客户端根据子窗口创建一个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 绘图调用的工作方式以及为什么奇怪的(对我而言)调用是它们的方式方面获得一些帮助。
【问题讨论】:
-
拼图的一小部分——宽度和高度为 0 的 ClearArea 应该清除从 X、Y 开始的所有内容(如果 X 和 Y 为 0,则整个窗口)。
标签: user-interface protocols x11 xserver