This section will introduce some of the most important aspects of GTK+.
3.1. Main loop and Signals¶
Like most GUI toolkits, GTK+ uses an event-driven programming model. When the user is doing nothing, GTK+ sits in the main loop and waits for input. If the user performs some action - say, a mouse click - then the main loop “wakes up” and delivers an event to GTK+.
When widgets receive an event, they frequently emit one or more signals. Signals notify your program that “something interesting happened” by invoking functions you’ve connected to the signal. Such functions are commonly known as callbacks. When your callbacks are invoked, you would typically take some action - for example, when an Open button is clicked you might display a file chooser dialog. After a callback finishes, GTK+ will return to the main loop and await more user input.
A generic example is:
handler_id = widget.connect("event", callback, data)
Firstly, widget is an instance of a widget we created earlier. Next, the event we are interested in. Each widget has its own particular events which can occur. For instance, if you have a button you usually want to connect to the “clicked” event. This means that when the button is clicked, the signal is issued. Thirdly, the callback argument is the name of the callback function. It contains the code which runs when signals of the specified type are issued. Finally, the data argument includes any data which should be passed when the signal is issued. However, this argument is completely optional and can be left out if not required.
The function returns a number that identifies this particular signal-callback pair. It is required to disconnect from a signal such that the callback function will not be called during any future or currently ongoing emissions of the signal it has been connected to.
If you have lost the “handler_id” for some reason (for example the handlers
were installed using
Gtk.Builder.connect_signals()), you can still
disconnect a specific callback using the function
Applications should connect to the “destroy” signal of the top-level window.
It is emitted when an object is destroyed, so when a user requests that a toplevel
window is closed, the default handler for this signal destroys the window, but does
not terminate the application. Connecting the “destroy” signal of the top-level window
to the function
Gtk.main_quit() will result in the desired behaviour.
Properties describe the configuration and state of widgets. As for signals, each widget has its own particular set of properties. For example, a button has the property “label” which contains the text of the label widget inside the button. You can specify the name and value of any number of properties as keyword arguments when creating an instance of a widget. To create a label aligned to the right with the text “Hello World” and an angle of 25 degrees, use:
label = Gtk.Label(label="Hello World", angle=25, halign=Gtk.Align.END)
which is equivalent to
label = Gtk.Label() label.set_label("Hello World") label.set_angle(25) label.set_halign(Gtk.Align.END)
Instead of using getters and setters you can also get and set the gobject properties
through the “props” property such as
widget.props.prop_name = value.
This is equivalent to the more verbose
To see which properties are available for a widget in the running version of GTK you can “dir” the “props” property:
widget = Gtk.Box() print(dir(widget.props))
This will print in the console the list of properties a Gtk.Box has.