I am trying to run a simple(st) thread example in GTK with a
windows-MinGW-Msys development environment
Don't bother. You should not call GTK+ functions from multiple threads
on Windows. It won't work. There are deep technical reasons for this,
fixing it is in no way trivial. This has been
Hi,
i am planning to implement some iphone-like 'floating scrollbar', that
is, the scrollbar only appears when the content is scrolled, and it
will disappear moments later. i tried to catch the expose event of the
eventbox, and draw the scrollbar there, however it does not work,
since the widget
Iago Rubio
On Wed, 2008-01-23 at 12:47 +0100, Jerome Blondel wrote:
On Mon, 2008-01-21 at 10:47 +0100, Jerome Blondel wrote:
Even when the ref count of the submenu is increased, the program still
crashes on the second time the submenu is popped up. It seems the
destruction of
On 11:37 Thu 24 Jan , Tor Lillqvist wrote:
I am trying to run a simple(st) thread example in GTK with a
windows-MinGW-Msys development environment
Don't bother. You should not call GTK+ functions from multiple threads
on Windows. It won't work. There are deep technical reasons for
On 19:12 Wed 23 Jan , aniket ray wrote:
Is there a way to find out if the current application is the active
application (has user-focus) or not?
I have a gtk application with multiple windows and if any among the windows
has focus then I want a variable (let's say boolean isActive) to be
[EMAIL PROTECTED] wrote:
Write wrapper functions for any gtk operation you'd like to execute from
threads in a way that the thread calls a glib's idle function which does
the real gtk work. Additionally (!) you need to lock gtk/gdk access by
the gds_threads_enter/leave functions -- since
On Thu, 2008-01-24 at 21:26 +0100, [EMAIL PROTECTED] wrote:
I've tried to make gtk work with threads on win32 and linux for a long
time now and I am finally proud to say, it is possible -- but, as Tor
said, not trivial.
[snip]
Write wrapper functions for any gtk operation you'd like to
Write wrapper functions for any gtk operation you'd like to execute from
threads in a way that the thread calls a glib's idle function which does
the real gtk work.
An interesting approach. Did you use some automated technique to
generate these wrappers, or just manual work?
How well does it
On Jan 25, 2008 6:38 AM, Freddie Unpenstein [EMAIL PROTECTED] wrote:
Presumably, you'd make it visible when the underlying range widget complains
about being changed, and then hide it again after some timeout.
that's what i am doing. the tricky part is how to draw the scrollbar
right on top