RE: Implementing HIG style frames with GtkFrame
- From: Murray Cumming Comneon com
- To: otaylor redhat com
- Cc: bordoley msu edu, gtk-devel-list gnome org
- Subject: RE: Implementing HIG style frames with GtkFrame
- Date: Fri, 18 Jul 2003 16:26:56 +0200
> From: Owen Taylor [mailto:otaylor redhat com]
> > As I say in the bug,
> > http://bugzilla.gnome.org/show_bug.cgi?id=96374
> > I don't believe a gtk_notebook_new_framless() makes sense,
> because that's
> > just a gtk_notebook_do_it_like_the_hig().
>
> I assume you mean 'frame'
Yes.
> > We just need to make it possible to be HIG-compliant
> without too much
> > difficulty. The GtkAlignment API change has made that
> mostly possible, but
> > we would still like to hide the GtkAlignment from the
> GtkFrame API. So, I
> > think a gtk_notebook_set_indent() (actually a property) is
> all we need.
> >
> > Most of the rest of the HIG-by-default stuff should be
> dealt with by Glade,
> > I think.
>
> I've certainly said it elsewhere at some point, but magically making
> all frames HIG-ident boxes when running under GNOME is not
> right and won't
> work. The main problem is that the details of the surrounding
> padding will
> be wrong.
Sure, I'll be happy to discover the hard realities of that when we try to
hack Glade. At the least, I want Glade to show HIG values in the drop downs
where that is appropriate. This won't fix everything, but it should make
some things easier.
I have given up on the notion of changing the defaults in GTK+.
> You can't design a nice looking dialog without having some idea of
> how it's going to look; frames and HIG indents are *different* forms
> of grouping, even if they serve the same logical purpose.
>
> My understanding of why we added the padding to GtkAlignment was that
> we were going to do HIG indents as simply
>
> GtkVBox
> GtkLabel (set bold)
> GtkAlignment (with HIG indent of padding on the left)
> <children>
>
> If we were going to add options to GtkFrame or create another
> container,
> then the GtkAlignment changes were pointless.
Well, I thought that the GtkAlignment would go inside the GtkFrame
GtkFrame (has a bold label, has no visible border)
GtkAlignment (with HIG indent of padding on the left)
Whatever
So I thought that we could put the GtkAlignment in the frame, so I thought
an indent property for Gtk::Frame could hide that implementation. I see no
need for a new container. In truth, I'm not 100% sure how people are
implementing it now though.
Murray Cumming
murrayc usa net
www.murrayc.com
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]