警告：

本文是心智尚不健全的博主的SB吐槽，其内容不具有任何参考价值，并且会给其他人带来不良的心理影响，未成年请不要浏览，成年人请在老年人的陪伴下共同浏览。

开始吐槽

人家都说，牢骚太盛防断肠。可是我还是要对最近几天用到的图形界面开发包吐槽一下。其实也没有用到多少开发包，就是Qt和Gtk两个，不过Qt用的太少，除了发现其形式过于自由外并没有多少感觉，我的郁闷主要是针对Gtk的。

Gtk工具包之间的各种不“兼容”

前几天我还称赞了Gtk在C下面构建的面向对象机制，但是今天我不得不批评它一下了。Gtk3是目前最新版本的开发包，使用的各种特性也是最新的，但是似乎在把原有的工具向新的开发包迁移的时候出了些问题吧，导致其开发工具之间“不兼容”或者说“不一致”。例如Glade这个工具，今天为了测试新的Gtk传说中的CSS布局，我首先用Glade构造了一个简单的窗口，里面只有几个按钮和一张图片。图片是放在一个4×4的GtkTable上的。但是等我编译完执行的时候，总是出现警告信息：

(test_main:7777): Gtk-WARNING **: Unknown property: GtkGrid.n-rows
(test_main:7777): Gtk-WARNING **: Unknown property: GtkGrid.n-colums

后来一看Glade生成的代码才发现，我使用的GtkTable实际上是一个GtkGrid，Glade的“调色板”（英文是Pallete，就是调色板，但其实就是VirtualBasic里面的控件箱）中根本没有GtkTable这个Widget，只有GtkGrid。当然，如果它真的就是一个GtkGrid就好了……这个GtkGrid……根本就是GtkGrid和GtkTable的杂交合体……Glade生成的代码中，除了它的类型叫GtkGrid外，其一半属性来自于GtkGrid，还有一半来自于GtkTable……像上面的n-rows和n-colums其实是GtkTable的属性，而它还有两个height和width属性却是GtkGrid的属性。所以，无论这个控件被当作GtkTable还是被当作GtkGrid，都是不正确的，我只好手动的把Glade生成的代码全部改过来。

Gtk的搞笑文档

之所以说它搞笑是因为它已经让我无奈了。举这么一个例子吧，如果我从来没有用过标准库里面的printf函数，现在我要用，怎么办呢？很自然的，我会使用man，在bash中调用man 3 printf。结果是这样的：

PRINTF(3) Linux Programmer’s Manual PRINTF(3)

NAME
printf, fprintf, sprintf, snprintf, vprintf, vfprintf, vsprintf,
vsnprintf – formatted output conversion

SYNOPSIS
#include <stdio.h>

int printf(const char *format, …);
int fprintf(FILE *stream, const char *format, …);
int sprintf(char *str, const char *format, …);
int snprintf(char *str, size_t size, const char *format, …);

对于我，看到那行#include <stdio.h>就明白了，如果我要调用printf函数，我必须先在代码中直接或者间接的包含stdio.h头文件。可是Gtk呢？Gtk的最标准的文档除了官方网站上的手册外，就是Devhelp里面的各种文档了，当然实际上这两者内容是完全一样的。但是看看Gtk的文档，我发现，对于每种类型或者说每种Widget，它的说明倒是挺全的，但是当我希望调用它的函数的时候，我就立刻SB了，头文件在哪呢？在哪呢？在哪呢？编译参数在哪呢？在哪呢？在哪呢？对于Gtk库来说还好一点，因为文档在Overview->Getting Started with GTK+一节和Overview->Compiling GTK+ Applications一节里很不正式的提到了应该包含<gtk/gtk.h>头文件，以及它的编译参数。并且说所有调用libgtk+库的程序，都只用包含这一个头文件就可以了（所以其他文档页再也不提这个事了）。但是对于其他的一些库，比如Gnome最新的dconf库，我翻遍了它的文档，没有找到任何地方提到其API的包含头文件，也就是说为了调用dconf库，我有了最权威的文档还不够，我还得谷歌这文档怎么用……当然，不排除文档其实在某个角落里说过这个问题，而我最近又比较SB以至于发现不了……

从SB中恢复过来的思考

好了，不再在这个问题上纠缠了。其实我对于Gtk还是很喜欢的，Gtk库的设计还是很好的（Gtk不是Glade），毕竟现在刚刚出来不久不够完善。其很多设计思想很有意思，例如Gtk3开始采用GtkStyleContext进行渲染，虽然没有做到极致，但是已经明显的体现出把内容与样式抽离的设计思想。这一思想也一直是前端设计的精华所在。相信Gtk能够沿着这条路越走越辉煌。而关于Glade，我个人觉得这个东西在将来会被彻底取代，Glade的核心思路就是通过图形化的设计界面免去直接用代码累界面的痛苦。尽管初衷是好的，但是Glade本身，抛开它的各种Bug不谈，我认为它是一种介于WYSIWYG和WYTIWYG之间的工具，在Glade中设计的界面和最终应用程序生成的界面差异实在太大了，可能是我比较SB的缘故，我总是被它引导，去用所见即所得的方式设计界面，又时时要用所思即所得的方式来审视界面的设计是否正确。打个比方，现实生活中处理电子文档，要么用word这样所见即所得的工具，要么用tex这样所思即所得的工具，而我正在用一种word和tex二者的混合体，这种工具使用word的方式编辑，再生成tex的代码，再由tex编译成ps，所以我既要用鼠标拖动滑块来控制段间距、段落缩进和图像的位置，又要时时考虑这么做生成的tex代码是编译过来是不是我要的结果……所以，我是期望能够出现一种要么纯所见即所得的Gtk界面设计器，要么出现一种纯所思即所得的界面设计器，不要再搞二者的混合啦。

呃……说了不再SB了，但是我觉得上面写的还是很SB……唉，不管了，就这样吧。