Group leaders, applications

[Owen Taylor <otaylor redhat com>]

Just spent some time trying to make sense out of the various bugs about
X window groups in bugzilla and come up with some sort of coherent plan.

Here's what I came up with:

 - Each GtkWindowGroup should correspond to a separate
   X window group. Anything more complex than that 
   is going to be too complex.
   (http://bugzilla.gnome.org/show_bug.cgi?id=59724)

 - GtkWindowGroups should inherit from the transient
   parent (also 59724)

 - It should be possible to set an icon and title for  
   a GtkWindowGroup object and have them set on
   the corresponding X group leader.
   (http://bugzilla.gnome.org/show_bug.cgi?id=61892)

 - gtk_window_set_default_icon_list() should apply
   to all window groups, including the default window
   group, as well as to windows.
   (http://bugzilla.gnome.org/show_bug.cgi?id=68557)

 - There needs to be a GDK call to get the default
   window group leader for a display (which then
   should be a GdkWindow; it isn't now)
   (http://bugzilla.gnome.org/show_bug.cgi?id=119375)

 - If we are going to encourage the use of GtkWindowGroup,
   we need some way of doing process-modal dialogs.
   (http://bugzilla.gnome.org/show_bug.cgi?id=69934)

All of this is pretty easy, except maybe for process-modal dialogs, but
it's probably the best to consider this GTK+-2.6 material at this point.
The one exception maybe being adding gdk_display_get_default_group() 
and making gtk_window_set_default_icon_list() affect that, since that's
apparently needed for the gnome task list.

Regards,
					Owen