General and Desktop

@Saee1101 said in C2491: 'SmtpClient::staticMetaObject': definition of dllimport static data member not allowed: Can you explain more ,please? you must adjust the export macro SMTP_MIME_EXPORT to expand to nothing What else should I write? As you can see and the error message including the MSDN documentation the SMTP_MIME_EXPORT macro expands to __declspec(dllimport) which is wrong since you simply copied the sources of this library into your own sources instead using it as a separate library. Therefore you have to adjust the macro so it expands to nothing.,

@ardmn Yes, sorry, didn't get around to saying so, but sounds like you have twigged it. Outline: void Class::onReadyRead() // slot { this->buffer += serial->readAll(); if (!this->buffer.contains("\n") // still no newline received return; QString line = this->buffer.removeTo("\n"); // extract to \n, remove from pending buffer // either call what you want to do directly someFunction(line); // or (possibly nicer) emit your own signal to which you have attached some other handling slot emit myLineReceivedSignal(line); } Of course if you are going to call this onReadyRead() slot every time you received from serial port you are (likely) going to want to store some state somewhere which tells you how far through your protocol/message exchange you are so as to know how you want to handle this latest line/message which has arrived.

@Pl45m4 said in About Q_OBJECT question: Here are some "rules" and how it works: https://doc.qt.io/qt-6/metaobjects.html I suspect that OP is asking about using moc output in a single source file executable. The link above hints at a #include method, but doesn't provide an example. This technique is used in the autotests, but I don't know if I've ever seen natural language documentation. For instance, https://code.qt.io/cgit/qt/qtbase.git/tree/tests/auto/corelib/kernel/qobject/tst_qobject.cpp?h=6.7#n8838 Here's an example usage, that should work with qmake or cmake and the appropriate automoc syntax. example.cpp: #include <QObject> class C : public QObject { Q_OBJECT }; #include "example.moc"

@Axel-Spoerl Sure, although the only way to change the settings is via this one gui page. Thanks

You can ignore ssl errors and go ahead

@rpieket The file names in the PRO file do not match those in your post. Simple fix so that qmake now finds files. A Qt test is just another Qt program, following all the same rules. It is just that the Test Lib writes main() for you to allow it to provide a lot of plumbing for you behind the scenes. If you have the test class declaration in a separate header, as in this case, then that header should be listed in the PRO file HEADERS variable and not in the source file as an #include "blah.moc". No longer get: make: *** No rule to make target `testqstring.moc', needed by `testqstring.o'. Stop The QT variable in the PRO file needs QT += testlib so that the test Lib elements are included at compile and link time. Rerun qmake after changing the PRO file No longer get: ./Test_with_qmake/main.cpp:2:10: fatal error: 'QTest' file not found Remaining problems are to do with the construction of the sources and not qmake. main.cpp needs to #include "qteststring.h" so that the QTEST_MAIN macro expansion, which references TestString, knows what the class looks like. Test compiles

@whatabout can you provide a minimal compilable example of your crashing application ?

@Pl45m4 I tried another thing now. Just using the group as way of organizing but setting a qgraphicsrectitem as parent of the qgraphicsitem group. On mouse release i position the qgraphicsrectitem above the groupitem: if(DragSelectionInProgress == true){ qDebug() << "SelectionInProgress" << GroupSelectionRect; //Erstelle eine Liste aller selecteten items die nicht das grouprect sind und füge alle items dieser Liste dem grouprect hinzu if(GroupSelectionRect){ QList<QGraphicsItem *> selectedItems = this->selectedItems(); QList<QGraphicsItem *> itemsToAdd; foreach(QGraphicsItem *item, selectedItems) { if(item != GroupSelectionRect && item != SelectionRectPixItem) { itemsToAdd.append(item); } } if(itemsToAdd.count() > 1){ foreach(QGraphicsItem *item, itemsToAdd) { // Check if the item is a pixmap item or a rect item ResizablePixmapItem *rectItem = qgraphicsitem_cast<ResizablePixmapItem *>(item); if(rectItem){ rectItem->setShouldDrawHandles(false); rectItem->drawHandlesIfNecessary(false); //rectItem->setParentItem(SelectionRectPixItem); } GroupSelectionRect->addToGroup(item); } GroupSelectionRect->setParentItem(SelectionRectPixItem); SelectionRectPixItem->setRect(GroupSelectionRect->boundingRect()); //GroupSelectionRect->setSelected(true); } } DragSelectionInProgress = false; }else{ } QGraphicsScene::mouseReleaseEvent(event); } I can calculate exactly how many pixel the qgraphicsrectitem is resized, but how do i apply this to the group? I want the graphicsitemgroup to mimic the proportions of the qgraphicsrectitem. It should only resize, but stay anchored in the corner that is not moved. The green outline below is the groupitem, the handles are from the qgraphicsrectitem laying above: [image: a352aeae-50b6-495e-8f7b-50ca19c66fff.png] [image: b98135cf-cea6-4cf4-88c8-cc4179d32f3e.png]

@JonB Same applies to flies :-D

@KidBuu You should ask Qt Company directly, this is user forum

@jsulm Indeed! Thank you for your reply.

If you are on Windows, my experience is that the debugger most of the time points to the line after the current one. Which might mean that it actually crashed in the line before. But destructors is also a good guess.

@tegarrti Can you post the whole log when you're starting the app? Do you have any other Qt installations/libraries on this system?

Hi, @cadol001 said in Qt Print Dialog won't open: @Christian-Ehrlicher that is exactly why I cannot use exec() #include "mainwindow.h" #include <QApplication> #include <QPrinter> #include <QPrintDialog> int main(int argc, char *argv[]) { QApplication a(argc, argv); MainWindow w; w.show(); QPrinter printer; QPrintDialog* printDialog = new QPrintDialog(&printer, 0); printDialog->setAttribute( Qt::WA_DeleteOnClose ); printDialog->open(); return a.exec(); } All I did was put this snippet in the default widgets project. Switching out open() with exec() just magically works. I just can't use exec. Thanks I replaced MainWindow by QMainWindow and tested both printDialog->open() and printDialog->exec() and both worked fine. With Qt 6.6.0.

@MasterQ Hi, A QSqlTableModel is a QSqlQueryModel which uses QSqlQuery. When you call setTable, a query is done to retrieve the table's field information, thus the connection must be opened.

@JonB Sorry, the code is a TEST "pointing" to same task... It looks as there is no way to skip "two level" code - either using "connect " and "switch" or multi slot approach with each "connect" a slot to task. Actually the idea was silly from get go. It is just a matter which will be easier to add / maintain. Thanks for your comments, appreciate your very constructive help.

@hskoglund I think in my case it may be a response to the scale factor. My Linux distro is configured for a 2X scale of all fonts. If so this could mean that the day cell's size is being incorrectly calculated.