General and Desktop

Use actions and connect them to the cut, copy, paste slots.

@SPlatten I don't know, really. It works on my iMac. I would, however, recommend to reinstall the command line tools - this would trigger reinstallation of the SDK

@millo98 said in problem with QNetworkAccessManager: the program build but don't run with 'Process finished with exit code -1073741515 (0xC0000135)' Use a debugger to see where it crashes... /edit: 0xC0000135 looks like a missing dll, can you start debugging at all?

in my example i have 3 states, so i need make something like: connect(state1, &MyState::transitionToState2Required, state2, &MyState::onTransitionExecuted); connect(state1, &MyState::transitionToState3Required, state3, &MyState::onTransitionExecuted); connect(state2, &MyState::transitionToState1Required, state1, &MyState::onTransitionExecuted); connect(state2, &MyState::transitionToState3Required, state3, &MyState::onTransitionExecuted); connect(state3, &MyState::transitionToState1Required, state1, &MyState::onTransitionExecuted); connect(state3, &MyState::transitionToState2Required, state2, &MyState::onTransitionExecuted); but if i have about 10 states I'll need to create about 100 such connections. may be there is any general mechanism? as i understand, if make like this: connect(state1, &MyState::transitionToState2Required, state2, &MyState::beforeTransitionExecuted); state1->addTransition(state1, &MyState::transitionToState2Required, state2); slot beforeTransitionExecuted will called before transition and i can save data in target slot? and if i make: state1->addTransition(state1, &MyState::transitionToState2Required, state2); connect(state1, &MyState::transitionToState2Required, state2, &MyState::onTransitionExecuted); transition will be executed early and only then onTransitionExecuted will be called? so it's better to use first variant?

@nouwaarom said in Addressbook example: separation of concerns: Then the view will call TableModel::setData for these columns when they are double clicked and their value is updated. So what's different from the example then? That a separate widget instead a view updates the data? Who says that 'the view' must be a single widget?

Oh right, thanks for the heads up. EDIT : So the best solution I think would be to use the PATH by default, or set CMAKE_PREFIX_PATH through CMakeUserPresets.json on another machine if necessary

@grazia88g said in How to compile QT open-source for windows 64 bit using visual studio 2012: has anyone ever done the same for Visual Studio 2010? Qt 5.7 and newer cannot be built with Visual Studio 2010

@AndreasF Given the behaviour it apparently has, maybe you could insert a QIdentityProxyModel-derived class between the view and your model to "map" the first visible column to be the first one if that is required?

@jenya7 That's more like it, and makes sense now :) So you never did want to execute something after a.exec()! Don't forget to be careful about what you put in the thread(s) (SetupRun() etc.). You are not allowed to access anything in the main thread, especially the whole UI, directly. Subtle bugs lie if you do....

@AxelVienna said in Naming columns for QTableWidget: Trial 1 does not display anything because you hide your headers explicitly. Read my previous post and remove the respective line. I thought myTable->horizontalHeader()->hide(); for hiding numerical headers. Trial 2 fails because you use Qt 4.8. Got it. It works like a charm!

@jsulm , fixed with: clsXMLinterface* pobjInterface(dynamic_cast<clsXMLinterface*>(pobjButton));

@kshegunov Q_ASSERT! That's it! I feel stupid now - Thank you !

@jenya7 said in Text box is not refreshing content on window.: code will never be executed Well, it is really not hard to change this code in a way it does what you want. But I will let this simple exercise to you...

@cdwijs said in Auto-generate a map of all signal-slot connections: As far as I can tell, it should be possible to extract the above diagram from the source of the Qt program Not really, no. the signals and slots can be extracted from the class declarations That's true, although keep in mind that C++ is pretty complex language. You can obscure stuff behind macros and templates. You'd have to pretty much use a compiler to get an accurate listing or at least mimic what Qt's moc tool does. There's also stuff like QUiLoader which create objects dynamically at runtime from text files. You can't track that just from source. You could use a QMetaObject to inspect a class, but that's a runtime inspection, not a static code analysis. (...) and the lines in between them can be gathered from the connect () statements in the program. Connections are made at runtime. You can't extract them from source code. They can be disconnected and reconnected multiple times in response to events that may or may not happen and objects are created and destroyed during runtime too. Also, imagine a function like this: void doConnection(QObject* src, const char* src_signal, QObject* dst, const char* dst_slot) { QObject::connect(src, src_signal, dst, dst_slot); } and function parameters are runtime user input. Analyzing this source tells you nothing about the objects or signals/slots. The best you could do is get a runtime snapshot of app state at a specific point in time and objects and connections existing at that time. That's what tools like GammaRay mentioned by @mchinand do.

Great ! Since that fixed your issue, please mark the thread as solved using the "Topic Tools" button or the three dotted menu beside the answer you deem correct so that other forum users may know a solution has been found :-)

Hi and welcome to devnet, From the looks of it, you are likely accessing the QPushButton directly from your custom thread which is forbidden. GUI element manipulation shall happen in the main thread.

@KARMA Not sure why you have selected a 512-byte buffer, or indeed any particular limited size, since you can just e.g. allow a QByteArray to grow with append. Nothing should "get stuck" in any case. If you do your parsing --- and more particularly whatever you do with the result of the parsing --- from the readyRead signal's slot then your code would "get stuck" if your parsing gets stuck or what you do with it takes forever. readyReads should not "lose" data because you don't read that data fro a while. But you might pick up the next 7/16 bytes from the buffer and raise your own "complete packet received" signal which the outside world connects to.

@JonB sorry for updating this late i was not doing well my problem solved by deleting the Filter myfilter (in the other .cpp file) and defining it again i don't know what was the problem ( i dint change anything just defined it again) but i am really thankfull for all of your help

The bug report system is for doing both feature requests and bug reports. You have to select the correct type when you fill the report. Note that since it's a new feature, it can only go into Qt 6 as there will be no new minor releases of Qt 5. That said, if the internals have not changed too much you should be able to patch Qt 5.15 for your own build.