Project

General

Profile

Bug #1907

WHBoxLayout addStretch() does not work as expected since wt-3.3.0

Added by Stefan Ruppert over 8 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
High
Assignee:
Target version:
Start date:
05/18/2013
Due date:
% Done:

0%

Estimated time:

Description

Hi,

I have an toolbar like WHBoxLayout which uses a hbox->addStretch(1) between two widgets to seperate between left rendered and right rendered widgets.

Attached you will see the layout of wt-3.2.3 which looks quite good and a wt-3.3.0 layout which looks not so good since the labels for some input control (Tree depth and %-Filter) are not directly rendered besides the appropriate input controls.

Regards,

Stefan


Files

Wt-WHBoxLayout-Stretch-wt3.2.3.png (9.14 KB) Wt-WHBoxLayout-Stretch-wt3.2.3.png wt-3.2.3 layout which looks good Stefan Ruppert, 05/18/2013 03:00 PM
Wt-WHBoxLayout-Stretch-wt3.3.0.png (8.86 KB) Wt-WHBoxLayout-Stretch-wt3.3.0.png wt-3.3.0 layout which streches all widgets and does not look good Stefan Ruppert, 05/18/2013 03:00 PM
Wt-WHBoxLayout-without-Stretch-wt3.3.0.png (7.64 KB) Wt-WHBoxLayout-without-Stretch-wt3.3.0.png wt-3.3.0 layout without a addStretch(1) call Stefan Ruppert, 07/05/2013 11:29 AM
stretch.cpp (858 Bytes) stretch.cpp Koen Deforche, 07/30/2013 09:06 PM
stretch_myspin.cpp (1.4 KB) stretch_myspin.cpp WSpinBox with 50 pixel width Stefan Ruppert, 08/01/2013 10:53 AM
spin-stretch.png (14.8 KB) spin-stretch.png Koen Deforche, 08/01/2013 05:07 PM
#1

Updated by Stefan Ruppert over 8 years ago

The addStretch(1) added between addWidget("Options") and the second right most icon.

#2

Updated by Stefan Ruppert over 8 years ago

Hi,

it seems to me that this is a Firefox v20/v21 problem. With Google Chrome and Opera it works as expected!

Stefan

#3

Updated by Koen Deforche over 8 years ago

  • Status changed from New to Feedback
  • Assignee set to Koen Deforche
  • Target version set to 3.3.1

Hey Stefan,

I would like to dig into this issue. Some more questions to put me on the right track. The issue could be specific to the combobox in Firefox20/21? It even looks wrong if you do not add stretch?

regards,

koen

#4

Updated by Stefan Ruppert over 8 years ago

Hi Koen,

removing the addStrech(1) does not fix the problem. See the attached screenshot.

Regards,

Stefan

Koen Deforche wrote:

Hey Stefan,

I would like to dig into this issue. Some more questions to put me on the right track. The issue could be specific to the combobox in Firefox20/21? It even looks wrong if you do not add stretch?

regards,

koen

#5

Updated by Koen Deforche over 8 years ago

Hey Stefan,

I'm trying to reproduce this issue. The attached test case works well, can you see if you can modify it so that it starts misbehaving?

Regards,

koen

#6

Updated by Stefan Ruppert over 8 years ago

Hi Koen,

I could reproduce the layout problem by modifiy our test case. I reduced the width of the spinbox to 50 pixel and then the layout is wrong. The problem seems to me that the layout engine within 3.3.0 uses the maximum width of the spinbox instead of the actual width. See the modified attached test case.

Stefan

#7

Updated by Koen Deforche over 8 years ago

Hey Stefan,

This looks okay (with current git), see screenshot?

Regards,

koen

#8

Updated by Koen Deforche about 8 years ago

  • Target version changed from 3.3.1 to 3.3.2
#9

Updated by Koen Deforche almost 8 years ago

  • Target version deleted (3.3.2)
#10

Updated by Koen Deforche over 6 years ago

  • Status changed from Feedback to Resolved
  • Target version set to 3.3.4
#11

Updated by Koen Deforche over 6 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF