When deriving from a GObject class in PyGTK, you can define GObject properties like in C, using a __gproperties__ dict, and do_get_property/do_set_property methods, as described here in Sub-classing GObject in Python. Note that this was written before we had the @property decorator in Python.
GObject properties have the advantage that you can connect to the object’s notify::property-name signal to receive a notification whenever the property changes. Other than that, is there any good reason to use GObject properties instead of Python’s @property decorator?
Why not use them? With the simplified version provided by the
Python bindings, defining GObject properties is not that different to
defining Python properties.
Having said that, there are a couple of advantages other than
notification. The one that I’ve made use of in the past is property
setting in gtk.Builder files. For example, in your UI file,
sets the
stockproperty on the Image object when constructed by theBuilder class; if you use GObject properties in
your custom widgets, you can take advantage of this too. This behaviour will be even
more useful with the advent of property binding support in Glade.
Another potential advantage is GObject properties’ min/max limits and
default values for integers and floats, which can sometimes be useful for
UI-related properties.