Re: Minimum height for minimum width

[Havoc Pennington <hp pobox com>]

Hi,

On Tue, Oct 12, 2010 at 12:09 PM, Owen Taylor <otaylor redhat com> wrote:
> I think you need to think very carefully about how natural width is
> explained and documented, since it seems to be neither exactly:
>
>  - the maximum useful width
>  - a "good width" for the widget
>
> I get the impression from the above that the main point of natural size
> is that once a widget reaches it's natural size it will stop competing
> with other widgets for space?

conceptually and in ascending pixel size I think there could be:

a) min size widget can be without breaking (breaking = drawing outside
bounds or whatever)
b) min size widget can be while being useful (still show some
recognizable info such as at least one word)
c) a "good size"
d) max size widget can do something useful with
e) size at which widget acts like expand=false (this is what I'd call
"max size" and I think it's a feature GTK doesn't have right now)

Coincidentally Matthias was just trying to invent e) on scrolled
window by dynamically changing expand flag (see
https://bugzilla.gnome.org/show_bug.cgi?id=628902), that just won't
work afaik, but we _could_ in theory add a max_size to
get_preferred_{width,height} which would do this at the cost of making
size request more complex to implement.

At the moment I'd say min size should be b) and natural size should be
d), but maybe there is a solid argument for c). I tend to think c)
should be done at GtkWindow or application level.

Havoc