最近写了些GTK+的Widget，稍微了解了一下其内部结构，先记录下来，用以备忘。

GtkWidget的基本结构是这样的：

其中最重要的是它的window属性，每个GtkWidget都必须有一个window。Widget是围绕着window转的，只有有了window，Widget的存在才有意义。

要注意这里的window是一个GdkWindow，而不是GtkWindow。GdkWindow是对X的window的封装，大致上是屏幕上的一块矩形区域，可以在上面画画，可以接收事件。

一个Widget从创建、显示到销毁，大致要经过这么几个过程：

1、创建（new）

这是调用gtk_xxx_new时所触发的。它干的活很简单，用gobject的对象系统创建一个相应widget的实例。
当创建实例时，gobject会自动调用指定的初始化（init）函数（在get_type时指定），init函数负责把widget的各字段都初始化（把标题文字什么的设为NULL之类的）。

注意此时window并没有被创建，其实只是有了个widget的架子而已。

创建之后就可以对widget进行各种属性的设置了。

2、实例化（realize）

实例化的过程，就是将window创建出来的过程。这其中包括几个阶段：

• 询问大小请求（size_request）：
  GTK在实例化一个widget之前，会询问这个widget希望的大小是多大。widget可以根据自己的情况（例如属性什么的），计算出自己所需要的大小，也可以返回一个默认值，反正就是widget自己定啦:)。
• 分配大小（size_allocate）：
  GTK获得大小请求后就会给widget分配一个大小。要注意的是分配的大小不一定和请求的大小相同。一般来说，在分配大小时widget需要做几件事。
  将分配的大小记录在自己的allocation中。
  如果自己的window已经创建了，那么要改变自己所拥有的window的大小，使之符合所分配的大小。
  如果widget是一个容器（container），那么对其所有的子widget也要相应地计算它们的大小并重新给它们分配大小。
  分配大小可能发生在实例化之前，也可能在实例化后因为所属容器的大小、位置发生变化而被重新分配，因此widget的window可能已经被创建，也可能是NULL，需要进行判断。
• 实例化
  这才是真正的实例化阶段。实例化所需要做的事只有一个：用gdk_window_new创建window。创建好window后需要用GTK_WIDGET_SET_FLAGS来给widget设置GTK_REALIZED标志。设置之后用GTK_REALIZED宏检查widget是否已经被实例化时会返回TRUE，表示该widget已经被实例化了。
  可以用gtk_widget_realize手动实例化一个widget

3、映射（map）

所谓映射，就是将已经创建好的window映射（显示）到屏幕上。需要做的事是用gdk_window_show将window给显示出来。和实例化时类似，需要用GTK_WIDGET_SET_FLAGS设置GTK_MAPPED标志，表示已经映射好了。

要注意的是map时需要判断widget是否已经实例化（用GTK_REALIZED），如果没有，应该首先实例化widget，这样才能显示window。
同样可以用gtk_widget_map手动映射一个widget。

用gtk_widget_show来显示一个widget的本质，就是将widget实例化，并将其映射。当然每一步都要判断是否已经做过，重复实例化和映射会造成资源泄漏（window被多次创建）和其他问题。

以上就是一个widget从创建到显示的过程。当然其中还有其父widget的流程。一个widget当且仅当其父widget被实例化后才能实例化，映射亦然（放心，这个流程是GTK+自动判断的）

接下来就是销毁一个widget时要做的事了。

4、反映射（unmap）

当隐藏一个widget时，其实就是取消这个widget的映射。具体做法是用gtk_window_hide来隐藏window，并用GTK_WIDGET_UNSET_FLAGS来取消（GTK_MAPPED）。

5、反实例化（unrealize）

销毁一个widget之前会自动要求将其反实例化。反实例化就是将window给销毁（记得把window指针设回NULL），并取消（GTK_REALIZED）标志。
有时可能会需要用gtk_widget_unrealize来手动反实例化一个widget。

6、销毁（destroy）

和new对应，把剩下的资源释放，最后用gobject的相应函数释放整个widget

下面是取自GtkEntry中的典型代码：

创建：

大小分配：

大小请求：

实例化：

映射：

反映射：

反实例化：

销毁：

写OSD控件时希望能实现这么种操作：平时OSD是镂空显示在屏幕上，但是可以用鼠标移动。一旦鼠标移动到文字的包围矩形之后，显示它的包围矩形作为OSD的背景（也就是说，不镂空了），以提示用户可以移动它。

实现的思路很简单。有三个窗口，第一个是显示OSD的窗口，它是不规则形状的，因此它对鼠标事件的感应也是不规则形状的，这就使得我们要创建第二个窗口，它是一个透明窗口，窗口大小就是OSD的包围矩形，用来接收鼠标事件，一旦接收到了鼠标事件，我们就显示第三个窗口，也就是背景窗口。注意这里的窗口是GdkWindow，而不是GtkWindow。这三个窗口都是顶层窗口，而且是弹出式窗口，在所有工作区都处于最顶端，不会被窗口管理器管理，也就是使用GTK_WINDOW_POPUP创建的那种窗口。一般来说，输入法啊弹出气泡啊都是弹出窗口，OSD也不例外。

创建一个GdkWindow需要两个参数：GdkWindowAttr结构的attr，表示窗口的各项属性；GdkWindowAttributesType枚举的attr_mask，标志创建时考虑attr中的哪些成员的值。

一般来说，创建一个弹出窗口的关键属性是：
 

可有可无的有：

于是attr_mask一般为：

表示创建时需要考虑x、y、visual、colormap的值（其他的是一定会考虑的，这也说明了这四个值是可有可无的）

设置好了属性之后就可以创建窗口了：

在成功创建一个顶层可见窗口后，再来看看透明窗口怎么弄的。要让一个窗口不可见，只需要把wclass属性改为GDK_INPUT_ONLY就行了。GDK_INPUT_ONLY表示这个窗口只接受用户交互事件，不会在屏幕上绘制任何东西。由于不会显示任何东西，visual和colormap属性也没有用了，attr_mask只需要为GDK_WA_X | GDK_WA_Y。

这样修改了之后，对于子窗口是没问题的，但是对于顶层窗口就不对劲了。如果把上面的代码这作出这些修改，在compiz下运行时会发现窗口会略往下偏。改用metacity下更严重，窗口的装饰（也就是边框啊标题栏啊什么的）被显示出来了，而且任务栏上有这个窗口的相应图标。首次移动后位置也不对。这样是完全不能达到我的要求的。

翻了翻GTK的文档，发现了这么一个控件：GtkInvisible，就是一个透明的窗口。查看源代码发现对于顶层窗口，还需要设置override_redirect为TRUE，同时attr_mask也要相应加上GDK_WA_NOREDIR，即：

改成这样后，就可以正常使用顶层透明窗口了。override_redirect指定窗口管理器忽略这个窗口，这样就不会附加窗口装饰，也不会显示在任务栏上了。