[HIG] Re: the separator in GtkDialog

[Calum Benson <calum benson sun com>]

Perhaps something we ought to think about and mention in the HIG if
necessary...

Cheeri.
Calum.

Havoc Pennington wrote:
> 
> jacob berkman <jacob ximian com> writes:
> > I would like to start of by making a plea here for the removal of the
> > separator in GtkDialog.  i think it is a dumb waste of space, and
> > haven't seen any cases where it's useful (in fact, until recently i ran
> > a patched gnome with the separator removed).
> >
> > that aside, it is pretty nasty that you can turn the separator on / off
> > in message dialogs.  either gtk should always put the separator there,
> > or it never should.  otherwise, we get some annoying inconsistency
> > (besides having to pass GTK_DIALOG_NO_SEPARATOR to all of the message
> > dialogs).
> >
> > i don't know if this has been beaten to death, but it is something that
> > should probably get a little bit of attention before 2.0.
> >
> 
> The thought was this: if you have a dialog containing a frame, then
> you don't want the separator also, but if you have a dialog with no
> frame, you probably want a separator. So that's why it's
> programmer-configurable instead of a theme thing.
> 
> For message dialogs, I suppose the current idea is that you should not
> be turning it off. We should probably enforce that by ignoring the
> flag on message dilaog creation, Owen says he agrees. Though
> set_has_separator() would still work.
> 
> As to whether it should be an option at all or ever be on at all, I
> guess it's kind of a style guide or graphic design issue, I am fairly
> unopinionated on this and not sure how to go about deciding.
> 
> Havoc
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list

-- 
CALUM BENSON, Usability Engineer       Sun Microsystems Ireland
mailto:calum benson ireland sun com    Desktop Engineering Group
http://www.sun.ie                      +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems