The talk of gtk 3 coming down the line reminded me a an old question I
once had. I remember reading a paper analyzing X11 performance problems
that concluded drawing operations were slowed because the synchronous
nature of xlib required steps to wait for round trip traffic completion
notifications
Tor Lillqvist schrieb:
Version on win32 (ugli resize grip):
And the versions with the non-ugly resize grip?
2.18.3, is result from pkg-config --modversion gtk+-2.0
don't know how I get more detailed information on Linux System
Do you know the appropriate libraries for the resize grip under
Wait a minute, now I am confused. I thought you said that the look of
the resize grip had changed between two GTK+ versions on Windows? Can
you specify these two exact versions, that you used on Windows, or
not?
Did you use the same theme (or no theme at all) with both GTK+ versions?
--tml
g_signal_handlers_block_by_func() if you just want to block your signal
handler. After toggling GtkCheckMenuItem use
g_signal_handlers_unblock_by_func()
http://library.gnome.org/devel/gobject/unstable/gobject-Signals.html#g-signal-handlers-block-by-func
On 10.8.2010 8:01, KC wrote:
Hi,
Is
Hello, I have developed a GUI application for ARM based product. It has 10
buttons, so I want to link button press to GTK. How can I start to do this?
In which level/layer I have work to get it done?
*Regards,*
* Guruprasad Bhat.*
___
