@TUStudi Well, it's not necessarily that: you can create an item via void QTableWidget::setItem(int row, int column, QTableWidgetItem *item) instead.

I made it work by removing this flag: Qt::WindowDoesNotAcceptFocus

@jsulm, I apologize, I should've mentioned it in the original post: one of the requirements of the project is that we can not use any 3rd party library for the text editor, except for Qt. From what I see in the QScintilla github, it is ported to Qt on top of the TextEdit widget, so I will look further into their implementation to figure out how they've done it.

@Eric-Singer Because my suggestion is not to limit the size of the parent but rather to limit what the layout reports as the minimum size required. minimumSize() returns the minimum amount of space the widget needs to provide so that the layout can fit all the widgets inside it. maximumSize() is the size beyond which the layout can't reasonable grow the widgets inside. Maximum size is not useful for this case. Your problem is that the parent widget grows too much and it grows because the minimum size of the layout grows i.e. the minimum amount of space required to lay out the widgets inside grows. If you return a fake limit, one that is smaller than the sum of all the widgets inside, the parent will be able to keep its size despite all the children in the layout not fitting (visually they will be cropped). You could, for example, return the minimum of the base implementation's value that calculates it based on the content size and some constant value of yours, beyond which you don't want to grow. To be honest that's pretty much what a scroll area does and I think the suggestion given by @SGaist is a better one as it already does that work for you.

Hi, How are these widget managed from a data saving point of view ?

@ricardovaras_99 said in What library should I use for animation in Qt Widgets Application?: And I want to simulate water level increasing on a tank. Do you want to animate the water level (in other words, make the level rise or fall at a specific speed in real time)? Or do you just want to display the water level? (in other words, make the picture show the latest level)? If you want the latter, have a look at the Qt Quick Coffee Machine demo: Video: https://resources.qt.io/videos/built-with-qt-qt-quick-coffee-machine-demo-qtws17 Code: https://doc.qt.io/qt-5/qtdoc-demos-coffee-example.html

In one of my project, a bit of resolution seems to be lost when scaling (150%). It is plotting a complicated graph for signal processing. We are thinking whether we can just plot the graph according to the scaling factor (e.g. running the math calculation ourslef and generate a graph double the size for high resolution etc) and not to scale this part of the widget by using the high dpi setting.

@Pablo-J-Rogina Thanks , This worked just perfect.

@mrjj That's it, thanks :)

@mrjj That worked, thank you very much.

@JonB I am passing to QML for this reason. There, placement and dimensioning of graph oblect is very easy to do. I like also the stong division between frontend a nd backend!!!

I'm sorry, my bad :- (( @mrjj said in Detect top/parent move event on child widget: @Dariusz said in Detect top/parent move event on child widget: Or the issue is that sometimes WidgetA is a window and life is good, but then same class (WidgetA ) is used in a layout and then suddenly it cant inform widgetB any more since only top parent knows it was moved ? Something like that ? Yes, since its dynamically generated UI based on a user template, the WidgetA can be inside layout of another widget, or be by itself.

@Dariusz "You can call QWidget::mapFromGlobal() to translate it to widget coordinates." (From https://doc.qt.io/qt-5/qcursor.html#pos)

ok, stupid me! I forgot to include Qwt in the *.pro file: ... CONFIG += qwt INCLUDEPATH +="/usr/include/qwt" LIBS += -L/usr/lib -lqwt

You can create custom views if you want. See the Chart Example

@JonB said in How to change background-color of widget, but not items: [Looks like @J-Hilk types faster than I can... :) ] Sometimes, but I imagine I write with more errors as well :)

@SGaist I tried the Qt 5.12.6 and it did the trick! Thanks. But interestingly, the title of the main application is no longer scaled by "Make text bigger" setting but the dockwidget ones does. I guess that there is an intention not to scale the main title. "Make everything bigger" setting does scale everything properly now except the titlebar height of only the main application looks not enough for the enlarged font size. I will give qt5.14 a try as well.

@hobbyProgrammer I don't know what is going on here, but I note that for a given circuitID you do two new Circuit(circuitID)s, one in fillCircuitMenu() and another any time slot goToCircuit(int index) is invoked. I don't know if that is correct, no re-use of same Circuit instance? Separately, I don't think there is any need to use deprecated QSignalMapper any longer. You can replace with new signal/slot syntax (you should get away from SIGNAL/SLOT() macros in all new code) plus a lambda. See e.g. https://doc.qt.io/qt-5/qsignalmapper.html#details for an example of this.

@hobbyProgrammer Do you actually have event loop running when you emit the signal?

Set a stylesheet for the widgets: QWidget:hover { border: 1px solid red; } And get the clicked widget's pointers by connecting to QApplication::focusChanged(QWidget *old, QWidget *now).

@Dariusz Sorry to make a post to just confirm what @SGaist has said above, but 20 * 75 == 1,500-odd line edits average. That's a lot! (And I pity the user who has to fill those in ;-) ) I think the suggestion that you look at the possibility of some kind of table instead needs reiterating. And @VRonin will then be here to ensure that you achieve this using item delegates instead of widgets in your table, so it will all be fast and not use up too much memory/resources ;-)

@jsulm Hello! Sorry, but that doesn't work. I tried to insert a loop in different places, but the result remains the same. I also tried to display the main widget. @SGaist Hello. So the VideoWindow.h file (VideoWindow class) is my custom widget. This is the first piece of code that I presented.

@SGaist said in SetTitlebarWidget & its height: Hi, You should show your widget implementation. Its something like fo = QDockWidget() fo.show() w = QPushButton("yoyoyooy") w.setMaximumHeight(10) fo.setTitleBarWidget(w) The PushButton is x pixels below top of window, so the title bar is still xx height.

@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

@SGaist Ok that sounds a bit bad like - "delete while in use" situation. So it seems plausible it could crash from that in some cases.

@SGaist Hey, nope did not try it yet. It happens on 2-3 different pcs. So I don't think its hardware limited, maybe OS? But dont think its drivers. Nvidia/intel gpus.

I don't believe X11 will allow negative coordinates, as traditional geometry uses the form AxB+C+D where the (+) can also be a (-) to cause the offset to be from the right hand side or bottom of the display. You should however be able to use coordinates that are GREATER than the visible desktop.

...the rest. Next phase is to use recursion to make a Sierpinski Triangle. // Inner triangle pt1.setX(pt1.x() + side1.dx()/2); pt1.setY(pt1.y() + side1.dy()/2); pt2.setX(pt2.x() + side2.dx()/2); pt2.setY(pt2.y() + side2.dy()/2); pt3.setX(pt3.x() + side3.dx()/2); pt3.setY(pt3.y() + side3.dy()/2); side1 = QLineF(pt1, pt2); side2 = QLineF(pt2, pt3); side3 = QLineF(pt3, pt1); myTriangle.clear(); myTriangle << side1 << side2 << side3; mypainter.setPen(Qt::red); mypainter.drawLines(myTriangle);

@jsulm ok I found out the solution. I had to change the engine for a QQuickView in the main.cpp. But is there any method to create a new kind if widget un qml and insert It like I can maje with a button ?

Hi and welcome to devnet, Glad you found a solution and thanks for sharing ! One thing you can do is to take a look at the release logs to see what has changed. However from your description you may have found a regression. Did you already check the bug report system ?

You should really read the chapter about the parent/child relationship here: https://doc.qt.io/qt-5/qobject.html#details ".... The parent takes ownership of the object; i.e., it will automatically delete its children in its destructor" So if they are all children of your mWidget then they will get deleted when mWidget is destroyed.

got solution. before using the minimum size function set the windowstate Qt::WindowFullScreen. In my case I used line this->setWindowState(Qt::WindowFullScreen); before this->setMinimumWidth(1366); this->setMinimumHeight(768);.

That article answers quite a few questions I had about that scenario, woah nice thanks! But... I kinda like the idea of more "control"... somehow, creating the widget this way allow the user to resize it which won't be possible using a popup, so I would like to get the focus to work properly... TIA