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 gtk_message_dialow_new creates a dialog with > identical functionality.
I would suggest that allowing a user to resize a parent window while the child is still showing, and to move the parent window, is a very good thing. There's nothing more annoying in Windows that having a parent window frozen and you just need to see something in a window that's partially hidden by the parent window, in order to enter something into the child dialog. > > 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 since I can resize the window with the mouse, > clearly the clicks are not filtered. Is there a way to set such a > filter so as to force modality further? Why would you really want to? Will it increase the usability of the app or confuse the users? I really doubt it. > > Atanas > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list