Re: Gtk+ Modality Problem

[Michael Torrie <torriem chem byu edu>]

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