Hi Koen, On 06.08.2012 23:36, Koen Deforche wrote: > Hey Stefan, > > 2012/8/6 Stefan Ruppert<s...@myarm.com>: >> Hi all, >> >> I encountered another 3.2.2 grid layout problem. The following example >> uses a grid layout where the right most column of the grid can be >> resized by the user. If this column is now increased by the user the >> main grid cell with the only stretch factor is calculated wrong. > > Indeed so, what was happening is indeed unintuitive (the size of the > stretching div was fixed, rather than the size of the 'right > sidebar').
The change worked here fine. Thanks. But I still have some issues with the new grid layout. We have a WComboBox which can be used to show different WGroupBox's below the WComboBox in a WVBoxLayout of the WGridLayout. Thus when the user selects a new entry in the WComboBox all currently shown group boxes are removed from the WContainerWidget by using the removeWidget() call and then the new group boxes are added to the vbox layout by using the addWidget(). After that the layout of the group boxes are not correct. For example the surrounding frame of the group box is greater than the width of the WVBoxLayout. When I add some group boxes statically during initialization phase it locks perfect. Thus I assume the code for removeWidget()/addWidget() has some layout problems. I'll try to adopt my last test case app to reproduce this behaviour. Regards, Stefan ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ witty-interest mailing list witty-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/witty-interest
