General and Desktop

@IPlayGenji6 Already fixed, I didn't find that there was a widget in the QGridLayout with the vertical policy set to fixed

@Youda008 It is not clear whether/how the code you show (which seems fine) could lead either to a "crash" or to file being "filled with zeros", so you may not be able to do anything to this code to affect that behaviour. Like I said, try a sync() FWIW. QSaveFile may be convenient, but ought not be related to the behaviour your describe.

@Milosz Neither the cell nor the item is "changing" when user enters a time into the QTimeEdit. You have to attach a slot to that QTimeEdit's timeChanged() signal, just like you would if it did not happen to be placed as a cell widget.

Ok, here is my progress. Here the CMakeLists.txt of my plugin set(TS_FILES i18n/MyPlugin_en.ts i18n/MyPlugin_fr.ts ) # Adding translations qt_add_translations(MyPlugin TS_FILES ${TS_FILES} LUPDATE_OPTIONS -no-obsolete OUTPUT QM_FILES) install(FILES ${qm_files} DESTINATION ${CMAKE_INSTALL_BINDIR}) Initially the MyPlugin_*.ts files are empty, so I need to go to the i18n folder and to run lupdate there. Then I translate strings. Finally, I compile. There is no error but the strings of MyPlugin are not translated. Any idea about what is missing?

@__d4ve__ ok but what exactly is the error printed by the compiler or linker?

@serkan_tr said in the program freezes: My purpose is that the data coming from the serial port does not affect the program. It does not since QSerialPort is (like nearly all other I/O classes in Qt) asynchronous.

Hi @Chris-Kawa I am new to Qt and there is no specific point in using QtConcurrent. I was looking for a thread method and i choosed it after watching the video in the link: https://www.youtube.com/watch?v=QcL8Sob5shk Thank you for the recommendation. I will return to QThread. It seems more efficient as you said.

@JonB Hi Jon, It was wrong to address you. I meant the OP…. Sorry for the confusion! Cheers Axel

No, not show, open which allows to have the same blocking effect as exec without requiring a second event loop.

Hi, What is your goal with opening a dialog in a widget constructor ?

To add to my fellows, it's typically a good case for the use of invokeMethod.

@vlanquepin said in QGuiApplication::commitDataRequest not received with local Qt but received with system Qt: Anyone knows how commitDataRequest works in the low-level code? Qt is open-source. I would guess it's coming from the platform integration plugin so it's either not built correctly in your local Qt or can not connect to your WM/DM.

@timob256 said in How include "qfont" in "qlabel" ??: I did not understand which command to write to make it work Open documentation for setFont: https://doc.qt.io/qt-6/qwidget.html#font-prop As you can clearly see setFont does not take a pointer to QFont, but you're trying to give it a pointer. This is basic C++ knowledge. Change to: ui->label->setFont(*font); Or, even better, don't declare font as pointer...

I have found a solution. I downgraded from QT6.5.2 to QT6.4.3. Thank you all for your help

@JonB So what I should look for is getting HWND from a dragged item and using the example from StackOverflow, correct? What also about this case: I launch the application and window X showed. I selected the working path directory and then the window Y showed (which is the actual application) This is my actual workflow but I thought about this dragging approach because even If I showed the application by its HWND, window Y will be launched outside the GUI because of the different HWND (or my guess is wrong?) But anyway, do you think my desired workflow is doable?

@JonB you're right, I somehow assumed such a message box should not be possible to hide behind other windows.

@odelaune Thanks, pls mark the thread solved!

What are you trying to tell us?