Can't get my widget to auto-resize...

SGaist

Hi,

Are you sure the internal widgets are put in a layout that was applied to the edited widget ?

SGaist

@Wieland: no need to call setLayout if you passed the widget as parent at layout creation time it will be assigned automatically..

mzimmers

@SGaist I believe so. All my widgets were created in Designer (no programmatic stuff). Here's the structure:

SGaist

It looks like groupBoxSecurity and groupBoxUserPwd are not in a layout.

mzimmers

@SGaist you're right; they aren't.

So, so I infer correctly that in order for resizing to occur, all widgets must be in a layout?

SGaist

If you want that everything be resized automatically, then yes. Otherwise you would need to re-implemt the resize event and then do all the sizing by hand.

mzimmers

@SGaist OK, but I don't want everything to resize; just a few items (really, just the QPlainTextEdit widget).

? Offline

I bet you already know this:

SGaist

That should be achievable, Try playing with the stretch factor.

mzimmers

I'll do some more experimentation. In general, is it better to build nested layouts from the outside in, or from the inside out?

This app I'm writing appears as though it's going to need several layouts to present correctly.

mzimmers

OK, I'm obviously doing something wrong. Various experiments didn't work, so I put a (single) layout around every child widget in my display. Still no resizing. What am I overlooking?

kshegunov

Take a screenshot (and make sure the object tree on the right is visible) so we can see what's going on.

mzimmers

OK, I just got another data point, though I'm not sure what it means. So, this is my UI without any layouts applied:

This does not do any resizing, nor would I expect it to.

This is my UI with a grid layout applied to all child objects:

This does not do any resizing; I thought that it would.

This (the new data point) is with a grid applied to the main widget itself (oddly doesn't show up in the tree):

This does resize.

So, in short...I have no clue at all what I'm doing here. And I haven't even touched on the topic that the layouts are screwing up my UI. (This I presume can be fixed by nested layouts?)

Thanks...

kshegunov

The last one looks good (almost no problems). You have to set layouts to your group boxes too and everything will be resizing. Also bear in mind you don't really need a grid layout for the top widget, ~~vertical one (with 2 items) should do just fine~~.

Edit.
Actually I took a closer look. I'd put the two groups in a nested horizontal layout, the dropdown with buttons in a vertical one. The vertical one and the text area in a horizontal one and set the root widget's layout to vertical.

You can judge if there's a layout attached to the widget by looking at the object tree - the red crossed circle means there's no layout. Otherwise the assigned layout is shown as an icon. The child objects you see in the tree will be ordered according to the set layout. In practice using a nested layout isn't very often needed, only occasionally.

mzimmers

@kshegunov that's good information. This is now close to what I want:

I think this is close to what you suggested.

So, the lesson learned here is, it isn't enough to simply have all the child objects in a layout -- you must have the parent widget itself in a layout. Correct?

kshegunov

@mzimmers said in Can't get my widget to auto-resize...:

I think this is close to what you suggested.

Exactly what I had in mind. A small note here, for the SSID/PSK box you can use a form layout instead of a grid layout. Not much of a difference, just a matter of preference. You can also control how space is split between the layouts by going to the property editor (below the object tree) and setting the stretches.

So, the lesson learned here is, it isn't enough to simply have all the child objects in a layout -- you must have the parent widget itself in a layout. Correct?

Correct!