General and Desktop

Oh ! My bad ! I meant that takeRow would allow the OP to not have to recreate the row content every time.

In my case, I would like the Qt version documentation popup to always be visible, or even better, to be set only once, because every time I need to look for something, I have to change the Qt version.

@Christian-Ehrlicher perfect, thank you!

Created a new project, build it and all was fine (the same code). And as stated above the reason was mixing of debug/non-debug libraries. Now the whole issue as it looks occurred when that Project->Options->Advanced->Use Debug Libraries was set to No (in all VS versions I have never set this value to anything.. I assume it came with VS22). Which caused that Compiler->Code Generation->Runtime libraries switched to non-debug version in the background. [image: b98e4f15-af10-4ffc-89f6-cf820a5e846b.png] So the solution is to switch the 'Use Debug Libraries' to true and all will be ok.

@xurongqin Not clear to me: do you want to test Qt code or the code of your application?

@Bonnie No, there is a QScrollArea and the OP wants to resize a widget, so that other widgets are moved without resizing the window but using the scroll area instead.

QSslSocket::sllLibraryBuildVersionString() "Returns the version string of the SSL library in use at compile time. " That is, the version of the OpenSSL libraries that the Qt binaries you are using were built to match. This does not mean those libraries are present in your runtime environment: they are detected and used if present. So, your runtime environment needs to have OpenSSL 1.1.1 libraries. You may be able to access a compatible version through the Qt Online Installer. Ensuring it is in the run time environment (application binary directory or PATH on Windows, LD_LIBRARY_PATH on Linux etc.) is largely up to you.

Hi, Interesting one ! As is, I don't think so, at least from an "external application" recording point of view. I think it should work if the application is started on the virtual frame buffer.

@auvonspam said in Problem with Ui::Dialog not recognized: The instructions say the 1st one should load the data. And it does. But why not the 2nd one, too? You are aware that in the first instance you push a button to tell it to load the data from file and push to shared memory while in the second instance you push a different button telling it to read from the shared memory? As for which of the two dialogs you click first or second that should not matter. Just you need to load from file to memory before you try to read from memory.

@AstroFinch said in "No such file or directory" error qrc: needed to be listed as an executable It is not listed as an executable (your executable is named "test"). It is listed as a source item to build your executable (just like main.cpp).

If I don't set an explicit plotArea, setting the QChart background will work as intended, so I don't think it's colliding with QGraphicsView's background per se. Btw in my application I'm also setting the QGraphicsView background explicitly, but the problem occurs either way.

Unfortunately we aren't able to figure out where the problem is coming from exactly, so I cannot provide you with a minimal example; and I am also unable to give you the source-code since it is internal to our organization. Your answer, however, has been useful and I think I have an idea of what the problem may be. Thank you.

@Kevin-Hoang Hi，i tried to call QApplication::processEvents() in the screenAdd event，i found that it has no help. It still does not work. Thanks for your suggestion.

Hi, Beside the good question of @Christian-Ehrlicher about your use case, if you want to use meta objects, then do it all the way for both signals and slots. That will make your life easier.

@Youda0008 Most code does/should check. If you look at the base implementations in QAbstractListModel I think you will see they do check isValid()? Or at least all derived classes? Since you are overriding them, or doing your own stuff before you call them, I would check. It's only an if. Or at least check if compiling for debug?

@Christian-Ehrlicher This was the issue , Thank you very much it is solved now.

This is mostly done through https://doc.qt.io/qt-6/qaction.html#visible-prop and https://doc.qt.io/qt-6/qaction.html#enabled-prop but not by replacing the entire menu bar... Please provide a minimal, compilable example to reproduce your problem (without wxwhatever) - @JonB 's example works fine so proove us and Qt wrong.