However, mnemonic-activate is not fired if I connect to it after adding
the tab. It's work-aroundable in code but obviously breaks with glade.
See the attached test case.
The notebook's internal mnemonic-activate handler stops handlers
connected after it from being activated.
I've
Hi,
When using pygtk-2.2 (pygtk-2.2.0-1.win32-py2.3) together with
pyOpenGL (PyOpenGL-2.0.1.08.py2.3-numpy23) everything
works fine. But when using pygtk-2.4 (pygtk-2.3.96.win32-py2.3)
I get the following traceback when calling show_all () on the
widget tree containing the gtk.DrawingArea:
tor 2004-08-12 klockan 14.09 skrev [EMAIL PROTECTED]:
Hi,
When using pygtk-2.2 (pygtk-2.2.0-1.win32-py2.3) together with
pyOpenGL (PyOpenGL-2.0.1.08.py2.3-numpy23) everything
works fine. But when using pygtk-2.4 (pygtk-2.3.96.win32-py2.3)
I get the following traceback when calling show_all
John Finlay wrote:
skipped/
Your custom model has a couple of broken methods:
on_iter_n_children() and on_iter_nth_child()
These do not properly handle the case where iter or parent is None.
These special cases indicate the toplevel rows should be used. See:
try:
gobject.type_register(foo)
except RuntimeError:
pass
This works but seems unclean. (I've been using Python for ten years or
I'm not I can see why raising a RuntimeError from a library like PyGTK
is considered unclean.
When are RuntimeError exceptions supposed
A Qui, 2004-08-12 s 19:17, Skip Montanaro escreveu:
I use
gobject.type_register(foo)
at the module level to register gobject.GObject subclasses. To support
module reloading I wrap it:
No needed for any of these hacks. Since pygtk 2.3.92, pygtk allows
registering the same python
gobject.type_register(foo)
at the module level to register gobject.GObject subclasses. To
support module reloading I wrap it:
Gustavo No needed for any of these hacks. Since pygtk 2.3.92, pygtk
Gustavo allows registering the same python class with the type system