From gtk-devel Tue Nov 20 13:54:50 2007 From: Vincent Untz Date: Tue, 20 Nov 2007 13:54:50 +0000 To: gtk-devel Subject: Re: Extended Layout Summary Message-Id: <20071120135450.GO10970 () vuntz ! net> X-MARC-Message: https://marc.info/?l=gtk-devel&m=119556693517969 Le mardi 20 novembre 2007, à 08:45 -0500, Owen Taylor a écrit : > > On Tue, 2007-11-20 at 14:10 +0100, Vincent Untz wrote: > > 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 ;-) > > The natural size of the window list is the ungrouped size. Agree. And the minimum size is the "everything is grouped" size. But there are some other sizes between the two. > There definitely are cases, like a terminal widget (gridded size), where > a widget can only handle certain sizes, and is going to have to leave > blank space at other sizes. And in fact, even a wrapped label fits that > category. But while keeping things simple, understandable, and > compatible with GTK+ as it exists now, trying to handle those cases is > not feasible. Ok, I'm perfectly fine if the extended layout stuff doesn't handle that case. I was just wondering if it's possible to kill the size hints part of the applet library. Vincent -- Les gens heureux ne sont pas pressés. _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list