> it *should* work as far as I can say. That it doesn't should be considered a
> bug in GTK+.
I think I found the cause of the problem,
http://bugzilla.gnome.org/show_bug.cgi?id=523782 . Removing the call
to GDK_THREADS_LEAVE() in gtktoolbar.c fixes the problem.
Apparently on Linux it doesn't h
> 1. Using threads on Win32
GTK+ can't be used from multiple threads on Win32. It just doesn't
work. This is documented on
http://library.gnome.org/devel/gdk/stable/gdk-Threads.html.
However, as you program doesn't actually call GTK+ from multiple
threads, it doesn't even create any threads, it
Hi,
You're not using the right callback format for the "clicked" signal.
http://library.gnome.org/devel/gtk/stable/GtkToolButton.html#GtkToolButton-clicked
You're using for both handler 1 and handler 2:
void user_function (void)
while it should be:
void user_function (GtkToolButton *toolbu
Hello,
I've encountered a problem with hiding a GtkToolButton inserted into
GtkToolbar. Consider the small program bellow.
When pressing button2, this program freezes. I don't know why this happens - I
think the reasons may be two:
1. Using threads on Win32
2. Some bug.
The problem appears when
Hi Gregory,
> Step 3 (where you put the 1st GtkFixed into the GtkVBox) - You specify
> that you "position"
> it in teh "upper left" corner. GtkVBox doesn't let you position it's
> children, and
> GtkFixed doesn't let you position itself (only it's children). So I'm
> wondering about your
> stat