Adding widgets dynamically to layout, causes to them to be misplaced

[SGaist]

Since you are adding a widget to a vertical layout and said widgets comes on top of another one then that other one is not in the same layout (or any layout for that matter)

[Petross404_Petros S]

I am thinking that I tried vertical and grid layouts, but not horizontal. Before I try this next morning, is there something I am missing with spacers?

I also could not solve this way.

[SGaist]

Where exactly is that widget supposed to come ? And can there be more than one ?

[Petross404_Petros S]

In the third picture of the link, there is a layout selected which is called verticalLayout_Widgets. The widget is supposed to be placed there and only once but that is something I took care with some code.

[SGaist]

Why not in designer using the promotion feature ?

[Petross404_Petros S]

@SGaist What is the promotion feature?

[mrjj]

@Petross404_Petros-S
Hi
Promotion feature is a super replace at runtime.
During design, you say this QWidget should become this type when run.
Designer will then use the actual type so when app is run, your control is
used and not the plain widget.
http://doc.qt.io/qt-5/designer-using-custom-widgets.html

This allows light integration where you can desgin with your custom widget but do not have to make a full
plugin for integration.

[Petross404_Petros S]

@mrjj I will read about this. I didn't know this thing even existed.

[Petross404_Petros S]

What happens it that my widget is now loaded upon startup, while I need it to be loaded if and when the use clicks a checkbox. I guess I wan't clear about the term dynamic loading...

[mrjj]

Hi

• my widget is now loaded upon startup

you mean, after you used promotion, they are constructed with the main window
or where you promoted them ?
This is expected and often you can just hide them, and then show if enabled in checkbox.
If you strictly really need only to construct them on demand, you cant use promotion directly.

[Petross404_Petros S]

@mrjj Yes, I think so too. Right now I managed to put the widget on the layout with the use of a vertical spacer (enabled and shown here). After the widget is created and shown, the whole window expands a little so the layout and it's widget can be visible.

The thing is that I can't "resize" the layout(?) and the whole window to it's original, smaller size. It seems that once the layout is "stretched" to show the widget, it stays that way when the widget is deleted. This leaves an ugly void space where the widget was placed.

[mrjj]

@Petross404_Petros-S
Hi
Normally layouts will "contract". I have yet to experience
one that leaves a hole if i remove widget. Maybe boxlayout.

[Petross404_Petros S]

@mrjj

Maybe boxlayout.

You mean I should try boxlayout? Designer doesn't have one though...

@Global-Moderators Please, correct my title. I meant to write "...causes them to be misplaced".

[mrjj]

@Petross404_Petros-S
no, no i mean maybe box layout would / might/perhaps leave a hole but all other layouts would
contract if you remove a widget.

There is something else wrong.
Do you use TakeAt to remove from layout ?
https://doc.qt.io/qt-5.10/qboxlayout.html#takeAt
Its the only valid way to remove a widget.

[Petross404_Petros S]

Well, one thing I know is that the custom widget's size constraints had to set to a minimum. It used quite a lot of space so it was centered on top of another layout/widget. Now it's loaded where it should, but after it's deletion there still is a void space.

That's the code:

void QtDice::enableUserWidget()
{
	userwidget = new UserWidget(this);
	m_ui->gridLayout_Widget->addWidget(userwidget);
}

void QtDice::deleteUserWidget()
{
	m_ui->gridLayout_Widget->removeWidget(userwidget);
	userwidget->setParent(nullptr);
	delete userwidget;
}

Other suspects could be the main form (i.e. the QtDice qmainwindow) and it's size policies or the vertical spacer. I tried almost every combination and I am out of ideas.

Do you use TakeAt to remove from layout ?

Ebook Mastering Qt5, suggested the QLayout::removeWidget, so...

[mrjj]

@Petross404_Petros-S
Oh, yes, removeWidget seems better in this case and you do change parent.
Hmm, i would also suspect spacer.
Sorry i cant spot it. All seems pretty dandy with code shown.

[Petross404_Petros S]

@mrjj Yeah, it's ok, thank you very much!

For the moment I just create unconditionally the userwidget and all that clicking the checkbox does, is to enable or disable it. But it's always visible.

It's not what I like, but it gives the functionality I am working on without an ugly ui. Until I find and post what the missing part of this puzzle is, I will leave this as UNSOLVED.

[SGaist]

What about hiding it while the condition to use it are not met ?

[MCam]

Why use an empty QVBoxLayout as a placeholder for your userwidget? Why not just simply put your userwidget into the layout of your Mainwindow?

I guess you are using another QVBoxLayout as the Layout of your Mainwindow so you could use:

m_ui->yourmainlayoutname->insertWidget( 1, userwidget);

On a sidenote: You don't need to put your textlabel-placeholder for your dice into a QGridLayout too, just put it into your Mainwindow-Layout and maybe set stretch-factors to your likeing.

[Petross404_Petros S]

@SGaist One reason is that I want to learn about creating custom widgets or working with spacers and layouts.
@MCam Aren't the widgets supposed to be -pretty much- always on top of a layout?