完成“连接事件和回调函数”采用了和“g_signal_connect()连接GTK+信号”差不多一样的方式。然而，您的回调函数略有不同。

 
     
第一个不同的地方是回调函数使用gboolean作为返回值。如果事件回调函数返回TRUE，GTK+认为事件已经被处理完了，它不会继续处理。通过返回
FALSE，您通知GTK+继续处理该事件。FALSE是函数默认的返回值，因为多数情况下您不用使用delete-event信号。这只在一种情况下有
效，就是您想重载默认的信号处理函数。

        举例来说，在许多应用程序中，您也许需要确认程序退出。通过使用下述代码，您可以防止程序意外退出。

        通过在delete-event回调函数中返回FALSE，构件自动调用gtk_widget_destroy()。正如以前所述，信号和动作是自动关联的，因此您不用编程连接它，除非您要修改默认的东西。

         除此之外，回调函数包括GdkEvent参数。GdkEvent是个C联合体，包含GdkEventType枚举和所有事件结构。让我们看一眼GdkEventType枚举。

事件类型

        GdkEventType枚举类型提供了一个有效的事件类型的队列。他们可以用于判断发生事件的类型，毕竟你不是总清楚发生了什么。

 
     
举例来说，如果您把button-press-event信号连接到了一个构件，信号回调函数就有可能收到3中不同类型的事
件：GDK_BUTTON_PRESS、GDK_2BUTTON_PRESS和GDK_3BUTTON_PRESS。双击或者三击构件，也能触发
GDK_BUTTON_PRESS，不过作为第二条事件，因此能够区分出不同的事件类型是必要的。

        在附录B，您可以看到一个完整列表，包括所有有效地事件。它提供了信号名，可以传递给g_signal_connect()，还提供了GdkEventType枚举值和事件的描述。

        让我们回头再看看Listing 2-2中的delete-event回调函数。我们已经知道了delete-event的枚举值是GDK_DELETE，但是我们假定在某个时刻我们不知道。我们也可以通过使用下列代码测试出来：

        在这个例子中，如果事件类型是GDK_DELETE，则返回FALSE，这样构件就会调用gtk_widget_destroy()。否则，返回TRUE，就不会有后面的动作了。

使用特定的事件结构

        有时候，您也许已经清楚发出的事件类型了。在下面的例子中，我们知道一定发出的是key-press-event。

        在这种情况下，您可以假定事件类型一定是GDK_KEY_PRESS，这是安全的，回调函数可以声明成如下所示。

 
     
既然我们已经知道了事件类型是GDK_KEY_PRESS，我们就不需要访问GdkEvnet中的所有结构了。在回调函数中，我们只需要使用
GdkEventKey，而不需要GdkEvent了。既然类型已经被转换成为GdkEventKey，我们可以直接访问该结构的成员。

        在GdkEventKey结构中，有许多有用的属性，这些内容贯穿本书。对您来说，需要的时候查阅关于GdkEvent结构的API文档，有很大帮助。本书我们只能覆盖少数最重要的结构，包括GdkEventKey和GdkEventButton。

        在所有事件结构中，事件类型是都有的成员变量，它定义了正在发生的事件的类型。始终检查事件类型是个好习惯，防止您意外出错。