@SGaist I ended up hocking up to resize event of parent widget to find out when size changed & resize my other widget acordingly. I ended up using "invisible" QLabel that retains size as my "spacer". I had to change its spacing role on the go depending of one or more widget are visible or not as I needed to retain correct order. So far works great. TIA

@Rohith Hi Im not sure what goes wrong. I guess you are still not using the RIGHT click layout menu ? Do not drag layouts from left box. Please see this video. https://www.dropbox.com/s/t3icclcqb446jkm/scroll.mp4?dl=0

No, it doesn't. The QLayoutItem is not the parent of the widget, it is not a QObject. That's not its job.

@Tirolel If you want t do it that way you shouldn't you cast the widget to find out what type it is before you actually use it? if(qobject_cast<QLineEdit*>(pLine->widget()) != 0) ... Test for which type it is then use the correct type cast to use the actual member functions...

@bigThrum Hi, wid->setLayout(layout); wid2->setLayout(layout); This will not work. You need to have a separate layout object for each of your widgets, and a separate set of QPushButton objects for each of the layouts. Kind regards.

@AyushExel204 It is indeed strange. I haven't worked with that library, but I see no good reason that is should work with VlcMediaPlayer but not with VlcMediaListPlayer. In this example (graciously provided by @mrjj over chat), they don't seem to use VlcMediaListPlayer and as you said that should work. Perhaps you can use it to build upon. Also you might want to search through the library's bugtracker to see if there is something known about this issue.

Hi, Why can't it be used a QWidgets ? From a quick look at the documentation WidgetVideo is a QWidget so you can put it in a layout. You have to create the WidgetVideo yourself and set it on your media player. WARNING: not tested, it comes from the documentation of VlcQt and their example.

I do insertWidget(1, rHomeButton_, 0, Qt::AlignRight); and so on for all buttons but it doesn't affect

@Wieland Ah. thank you. Ok, you are right - spacer wont do it. He could set Alignment to right. (for edit) Then they stay same with all the time. Not sure its 100% the wanted effect? https://www.dropbox.com/s/px3t6ir6d767nn7/keepright.zip?dl=0

I'm not that fluent in python, but layout_final.addWidget(self.widgetGL) layout_final.addWidget(self.widget) Horizontal layouts add stuff left to right, so, if anywhere, the GL widget would be on the left, not on the right. I don't think a GL widget has any minimum size. It might be that the other widgets have "greedy" horizontal size policies (I think a label does by default). Try setting a minimum width or an expanding horizontal size policy on the GL widget.

I added ui->verticalLayout->parentWidget()->setSizePolicy(QSizePolicy::Policy::Preferred, QSizePolicy::Policy::Maximum); which organized the containing widgets perfectly. But that opened another problem, No I can not resize (move border between dockwidgets) between the Dockwidgets..

@onek24 You're absolutely right. I didn't yet grasp that the QLayoutItem in fact behaves as a kind of proxy for the actual widget (or child-layout). Thanks for the clarification.

I just saw ui->setupUi(this); so you're doing it wrong: you should add your QLineEdits to the layout you put in your Designer made UI.

Because it still is a QWidget and setLayout is one of the base function

No it didn't work ,the webview was still floating on top of other layed out widgets.Other QML elements fit in ok ,it is just the webview that could not. A temporary solution we used is this : https://github.com/gakwaya/qt-android-native-web-view-example ,I hear that when your UI is completely done in QML ,you don t have this problem ( the mini browser example is a demonstration of that.We were planning on redesigning our UI in QML anyway so this is a plus.

@SGaist said: Just one thing, when you say status bar, do you mean QStatusBar ? Yes, at core it's a QStatusBar. @Chris-Kawa said: One way is to put these widgets into a QScrollArea and set the horizontal scroll bar policy of it to Qt::ScrollBarAlwaysOff. This way the "overflowing" content would just be cut off. Sounds like an idea worth to try. Thanks!

@Chris-Kawa Sorry that was my problem didn't have seen the comment^^ Thank you :)

Yay, that's what I was looking for. Thanks!

Yes, it is right indeed