Hey Janne, 2010/9/29 Janne Rönkkö <[email protected]>: > will paint itself. In this case the stretching element is not put into the > layout manager.
The reason is that the extra stretch element causes the painted widget not to be stretched. In that case its size is not managed by the layout manager and wtResize() is thus not invoked. You can use the special stretch value -1 to achieve the same effect as a stretch value of "0", but still have its size actively managed by the container widget. Your test case works for me by changing: layout->addWidget( p ); to layout->addWidget( p, -1 ); We probably should make the layout manager smart enough to realize that when adding a widget that is layout size aware, he should interpret 0 as -1. I am checking whether this is something the library could do. Regards, koen ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ witty-interest mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/witty-interest
