Re: Extended Layout Summary

Am Dienstag, den 20.11.2007, 14:10 +0100 schrieb Vincent Untz:
> Hi Mathias,
> Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit :
> > The solution to this problem is simple: Interpret the result of the
> > "size-request" signal as absolutely minimum size and introduce a new
> > function for expressing the natural size of a widget.
> Obviously something I should have asked during SoC... What about widgets
> that may have more than one natural size? I'm thinking of the window
> list here, which can group windows if necessary. Maybe that's the only
> case where it would be useful, and if that's true, just forget this edge
> case ;-)

Actually its a good question and answering it should be part of the
extended layout docs, I guess.

The grouping feature of the window list actually is a fallback strategy,
therefore the list should calculate its natural size by accumulating the
natural sizes of its children in the ungrouped mode, were as it should
accumulate minimum sizes in grouped mode for its own size-request.

Well, unless you highly prefer the grouped mode, and see the ungrouped
mode as fallback. In that uncertain case you'd also use the grouped mode
for calculating natural size.

Switching between grouped and ungrouped mode should happen automatically
as reaction on the currently allocated size - as it is done already.

Mathias Hasselmann <mathias hasselmann gmx de>

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]