Re: Gtk+ Modality Problem

2006-06-24 Thread Michael Torrie
On Thu, 2006-06-22 at 10:02 +0200, Atanas Atanasov wrote: > I managed to make it partially modal using a combination of functions: > set_modal, grab_add and set_transient_for. However I can still say > resize the window behind. It seems as you said that this i supposed to > be the behaviour since g

Re: Gtk+ Modality Problem

2006-06-23 Thread Atanas Atanasov
I did some experiments with gdk_window_add_filter. First of all there is a GdkWindow associated with every GtkWidget. It can be acquired either by ->window or using gtk_widget_get_parent_window. Then is it not so hard to add an event filter to any particular widget - in my case to the parent window

Re: Gtk+ Modality Problem

2006-06-22 Thread Yeti
On Thu, Jun 22, 2006 at 10:46:02AM +0200, Atanas Atanasov wrote: > The way ti works under windows: The window manager can distinguish > between what is called the client (the inside) and non-client > (titlebar & borders) areas a window. Subsequently all mouse events are > separated in two classes -

Re: Gtk+ Modality Problem

2006-06-22 Thread Atanas Atanasov
The way ti works under windows: The window manager can distinguish between what is called the client (the inside) and non-client (titlebar & borders) areas a window. Subsequently all mouse events are separated in two classes - normal and NC (non-client). Then the default handlers (through DefWindow

Re: Gtk+ Modality Problem

2006-06-22 Thread Yeti
On Thu, Jun 22, 2006 at 10:02:39AM +0200, Atanas Atanasov wrote: > A Windows API person told me that when a window is modal all events > except a small set are filtered out for the back window. This small > set should definitely include paint and clicks and keyboard should be > out of it. Right now

Re: Gtk+ Modality Problem

2006-06-22 Thread Atanas Atanasov
I managed to make it partially modal using a combination of functions: set_modal, grab_add and set_transient_for. However I can still say resize the window behind. It seems as you said that this i supposed to be the behaviour since gtk_message_dialow_new creates a dialog with identical functionalit

Re: Gtk+ Modality Problem

2006-06-21 Thread Michael L Torrie
On Wed, 2006-06-21 at 18:11 +0200, Atanas Atanasov wrote: > > Don't forget to set the transient window: > > > > gtk_window_set_transient_for(GTK_WINDOW(window),GTK_WINDOW(parent_window)); > > I saw this option, but I would like to make the messagebox work > independently of the window from which i

Re: Gtk+ Modality Problem

2006-06-21 Thread Atanas Atanasov
> Don't forget to set the transient window: > > gtk_window_set_transient_for(GTK_WINDOW(window),GTK_WINDOW(parent_window)); I saw this option, but I would like to make the messagebox work independently of the window from which it is called. Is this possible? What I need is exatcly the behaviour of

Re: Gtk+ Modality Problem

2006-06-21 Thread Jamie Wilch
Atanas Atanasov wrote: > Excuse me for the beginner question, but I am truly stuck on this > issue and do not know how to resolve it. My version of gtk is 2.8.18 > under Linux 2.6.15-25-686. I have a simple function that behaves like > MessageBox under Windows and I am trying to make the messageb

Gtk+ Modality Problem

2006-06-21 Thread Atanas Atanasov
Excuse me for the beginner question, but I am truly stuck on this issue and do not know how to resolve it. My version of gtk is 2.8.18 under Linux 2.6.15-25-686. I have a simple function that behaves like MessageBox under Windows and I am trying to make the messagebox to behave truly modal. To test