Aligning widgets in different layouts

[negritot]

This seems like it would be a common problem.

My dialog consists of two parts:
1. A top section with controls laid out in a QFormLayout.
2. A lower section that consists of a QStackedWidget. On each page of the stack are additional controls laid out in a QFormLayout.

The problem is that the widgets in the top of the dialog do not align with the widgets on the bottom. Is there any way to get these to align correctly? I've attached a trivial example that demonstrates the problem.

[zgulser]

hi,

all of your parent widgets(stacked widgets and the topmost) are aligning correctly horizantally, but vertically they don't.

Is that what did you mean by problem?

[negritot]

Yes, I want the left edge of the line edit at the top to align with the left edges of the line edits in the stacked widget.

[Boron]

You could search for the "widest" label during runtime and resize( widestLabelWidth, heightOfCurrentLabel ) all labels.

Also possible, but not nice:
Give all labels in Qt Designer the same minimum width.
Not nice, because you might change the text of the widest label later and the minimum width will not be optimal any more. You have to manually set the width of all labels again.

[edit]
I attached the ui file altered to my second idea. All three labels no have a minimum width of 100 pixels. But try to write a "even much more longer label" and see what happens.

[negritot]

You could search for the "widest" label during runtime and resize( widestLabelWidth, heightOfCurrentLabel ) all labels.

Also possible, but not nice:
Give all labels in Qt Designer the same minimum width.
Not nice, because you might change the text of the widest label later and the minimum width will not be optimal any more. You have to manually set the width of all labels again.

[edit]
I attached the ui file altered to my second idea. All three labels no have a minimum width of 100 pixels. But try to write a "even much more longer label" and see what happens.

Thanks for the idea. I was hoping not to solve this by adjusting sizes at runtime, but that seems to be the best solution at this point.