> -----Original Message----- > From: Paul Pogonyshev [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 28, 2007 10:25 AM > To: gtk-app-devel-list@gnome.org > Cc: Medora Schauer > Subject: Re: combobox internal padding > > Medora Schauer wrote: > > Have you tried making one that is 20 pixels high? That is what started > > me on this path. With a combobox of this size I have to use a font size > > that is too small to be legible if I don't want the text to be clipped. > > I always let size-request mechanism to do its work. And I see no reason > to set size explicitly except _maybe_ for handheld computers with small > displays.
I don't disagree that the size of the widget should depend on the size of the font. After all it only makes sense that the rendering of the widget must allow the font to be fully visible. The problem I'm having is that the rendering is resulting in a widget that is much bigger than the font it is required to display. Using a Sans 8 font the amount of "dead" space within the widget is proportionally large enough to be aesthetically unpleasing. It is the same number of pixels as when using a larger font but is proportionally more. I understand there needs to be some reserved space (focus line, focus padding) but that should only be 2 or 3 pixels (right?). I'm seeing much more (5 maybe). > I also happen to have non-default and a little larger-than-normal fonts. > How is explicit height setting assumed to account for that? Or for > different themes out there? > > Paul Explicitly setting the height is a bad habit picked up from using a gui builder and then copying the code it generates. I've deleted the explicit size setting from my code. But the problem remains. Using a font of Sans 8 the resulting widget takes up more space than is necessary to render the font. Or so it seems to me... Medora _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
