General and Desktop

Hi, To add to @JonB, please give an example of text you are storing in your database and an example of search you are currently doing.

@jsulm thnx for your reply. sorry, i meant the forum thread: link text

@Doug-Wood Hi Sorry my bad. I miss the touch part. No hover in that use case. The issues is that the handle is a widget and its not possible to draw outside its area in any good way. However, i was wondering if an event filter could be used to look at mouseMove event and expand the "trigger" zone.

You're welcome ! Since you have it working now please mark the thread as solved using the "Topic Tools" button so that other forum users may know a solution has been found :-) Note that you can also mark an answer as the "thread correct answer" by using the three vertical dots on the right of each answer.

@jsulm No, I'm not.

@jsulm finally it is this working thanks to you ! class MachineBackend : public QObject { typedef void (MachineBackend::*MethodPtr) (QOpcUa::NodeAttribute, const QVariant&); Q_OBJECT public: void uaSub2(QScopedPointer<QOpcUaNode>&node, QString nodeId, MethodPtr updateHandlerPtr){ QObject::connect(node.data(),&QOpcUaNode::attributeUpdated,this,updateHandlerPtr); } void nIndexUpdated(QOpcUa::NodeAttribute attr, const QVariant &value){ //return; // i can access member variables / signal / methods here } // use uaSub uaSub2(nIndexNode,"ns=4;s=MAIN.nIndex",&MachineBackend::nIndexUpdated); // }; thank you infinitely everybody who helped me

Solved, more info on github in issue description. Best, Marek

I have done it using SFML

@russjohn834 sure, but all information needed should actually be inside the wiki page @jsulm linked you connect(this, &MainOne::textToChange, ui->label_pid, &QLabel::setText);

@mduzoylum said in run vs movetothread ? (thread): in jobs that need to run continuously in the background(Is the answer enough?) I apologies if my answer is hurting you, this was not my intention.English is not my first language (I am french), so my answer is perhaps rudder as that I want to say :( If you want to to work in background and continuously then create a worker class and assign it to a thread is, in my eyes, the right way as described in the link I give you in my previous message or those: http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-1/ https://www.toptal.com/qt/qt-multithreading-c-plus-plus If you just want to do a specific job in background and be informed when it is done, QtConcurrent::run() is what you need. This avoids you the create/destroy thread, you can simply call you function with specific parameters like this: auto resultFuture = QtConcurrent::run(worker, &WorkerKlass::calculate, listOfItems); Then you can use QFutureWatcher to be aware when calculate is finished and get the return value:

Thanks a lot for your suggestions. I ended up doing it with the vectors because it was most elegant for my brain... *.h QVector<QLabel*> labels; *.cpp for(int i=0;i<24;i++){ labels.append(new QLabel(QString::number(23-i))); } for(int i=0;i<labels.size();i++){ labels[i].setAlignment(Qt::AlignCenter); } and then the same for the checkboxes. I guess the vector saved about 100 lines of code. Works like a charm :) [image: 5fabe5b1-7606-4c8c-a27a-26d179311380.png]

@hobbyProgrammer Ok. Good. :) It was my only guess how on earth the points list could become empty. Sometimes Im a lucky guesser :)

@hobbyProgrammer said in connecting context menu won't work: void alterRoom(QPolygonF room); it has a parameter which you did not mention in your connect() call. But since the triggered() signal does not provide such a parameter it will not works anyway. Do it with a lambda: QPolyF poly; connect(alterPoly, &QAction::triggered, [poly, this]() { alterPoly(poly); });

Solved: Derived from QAbstractTableModel + QTableView Create two QTableView, one for cell's data, another for header data. Frozen the first row of the QTableView used for header data, and refresh data in it (100Hz). (Refer to official demo: Frozen Column Example)

@J-Hilk Thank you very much. it works

@jsulm I am not sure whether I have fully understood your question but the toggle for enabling/disabling the dialog close button is handled and called within the dialog class.

@rahi444 I don't claim to understand why you want to do this. However, does the example (teh accepted solution to it) in, say, https://stackoverflow.com/questions/36778577/qstyleditemdelegate-how-to-make-checkbox-button-to-change-its-state-on-click give you what you need? It's using https://doc.qt.io/qt-5/qstyleditemdelegate.html#editorEvent to access the widget's state in an event. Seems a bit low-level to me, but maybe that's what you do....? Otherwise, I know the editor arranges to store the widget's value via editor widget's user property, see https://doc.qt.io/qt-5/qstyleditemdelegate.html#setModelData itself. Can you leverage that without actually calling setModelData()? Finally, https://doc.qt.io/qt-5/qstyleditemdelegate.html#createEditor returns the widget created for doing the editing. Can you put your own slots/call functions on that to recognise when it's edited and retrieve its value directly? If all else fails, what about looking at the source of the setModelData() method you do not want to use in page https://code.woboq.org/qt5/qtbase/src/widgets/itemviews/qstyleditemdelegate.cpp.html ? You can see there what it does (looks pretty simple), and decide what you want to do compared to that, since you don't want to call it yourself for whatever reason.