General and Desktop

@jsulm well, think I also could live with an icon! I just didn’t notice this function in the class-reference. Thanks for the hint, gonna try!

Hi, There's no need for a dedicated 64bit version of the installer. The one you are using already provides both 32 and 64bit Qt builds. The question here is rather why are you using a 32bit debugger while using a 64bit version of Qt. What exact version of Qt are you using ? What debugger did you install ?

Hi I think you action runs out of scope it seems to be local variable QAction actions[11]; and you take address of them so it does not copy but refernce inside the list listOfMenus[0].addAction(&actions[i]); but it looks to me like the actions[11]; lives in constructor and hence when Mainwindow is shown, they are all already deleted. Move the list to be a member of the class and see. Damn Pl45m4 beat me to it :)

@Qt_User72653 Ok then View+Model +delegate is the right way :) Getting the info should not be super hard but you might need to keep a pointer to the view. I think your plan with setting the height of the row and then make the Editor appear sounds good. It should work without too many odd issues :)

@MaxBec well, what's the refresh rate of your monitor/Display ?

hi @WBest and welcome wondering if there a synchronous modbus interface Not for tcp and I would strongly discourage using the synchronous api in RTU as well. Do you really need to respond in a nanosecond time frame or would be < ms be sufficient ? If that is sufficient, than use simply use the asynchronous api and if you notice inconstancies because you do other heavy calculations in your app, you can always move the TcpModbus into its own thread.

@viniltc Hehe well +1 for guessing power to me then :)

@Mikeeeeee It didn 't work because the class object is destroyed after closing the constructor. Ah, I did wonder if that message indicated you were in that situation. If you allow a QProcess object to get destructed while it is still running a command for you we can imagine why we get that message! I think you need to wait till the finished (or errorred, of course) signal has arrived before destruction. People often call QProcess::deleteLater() from that slot as the safe place to destroy the object.

@mrjj Yes you are right. I think graphicsview framework does not have direct API which can give empty area or it might have some other way. But i sincerely appreciate your effort and patience for giving the reply. Thank you MRJI

Hi Im not sure if you ask about the Qt virtual keyboard or just a homemade mini version. But what is the logic that I should implement on the button? For a homemade very simple keyboard, you should Flag all buttons with NoFocus ( setFocusPolicy ) So they don't steal the keyboard focus from the current selected Widget when you click a keyboard button. Then you can use QWidget * widgetName = qApp->focusWidget(); To find out which another widget the keyboard should type into. Then use sendEvent to send key presses to the selected widget QKeyEvent event1(QEvent::KeyPress, Qt::Key_A, Qt::NoModifier, "a"); QKeyEvent event2(QEvent::KeyRelease, Qt::Key_A, Qt::NoModifier); QApplication::sendEvent(widgetName , &event1); QApplication::sendEvent(widgetName , &event2); make sure to send both key up/down as a normal key would.

Hi you have your buffer as a local variable so for each "read" you only keeping the last data. Move QByteArray replyArray; to the class so its a member (ask if you dont know what that means) and do void ParserApi::reply() { replyArray += process->readAllStandardOutput(); // add data to the member buffer and in ParserApi() { replyArray.clear(); // so you alreays start with clean buffer

Hi Are you saying that if you take another 2000*1500 png file it works without any issues but as soon as you use "that" image, it will crash ? Does it contains transparent areas or what makes it special ?

@Pada_ Did you try with awareness = 0 also did going from 150 to 125, show up any different?

@gameweb478 Did you ever get an acceptable resolution to this?

@SGaist Ok, thanks.

Hi and welcome to devnet, QNetworkAccessManager is not synchronous as requests is. See its documentation. Use QNetworkReplay::finished and connect it to a slot for further processing of the data you got.

Hi, Do you mean the QGraphicsItem::pos method ?

Hi Is this for a QML application ? If yes, this is about openGl and RDP which is a known issue.