@Bonnie yes, i'm on Windows, thanks for the explaining!

@Rizwan94 I never used QNAM, so do not know whether better to use that one or QNetworkReply Yes

Hi Alternatively, you could use QProcess and start it with QString program = "C:/Program Files (x86)/Google/Chrome/Application/chrome.exe"; QStringList arguments; arguments << "--new-window" << "https://forum.qt.io"; QProcess chromeProcess; if ( ! chromeProcess.startDetached(program, arguments) ) { qDebug() << "error" << chromeProcess.errorString(); }

JS handler can be added via evaluateJavaScript, and Qt bridge used to provide actual handling via exported QObject I've considered adding API for C++ event hadlers, but that would require some development effort

Hi fast sample. it need error handling to be useful in real code ! ( dont skip that if for a real program) #include <QApplication> #include <QDebug> #include <QJsonDocument> #include <QJsonObject> #include <QNetworkReply> #include <QNetworkAccessManager> int main(int argc, char* argv[]) { QApplication a(argc, argv); MainWindow w; w.show(); // if in mainwindow. make sure m_manager lives in .h as member. else it wont work. ( death by scope) QNetworkAccessManager m_manager; // make request QNetworkRequest request = QNetworkRequest(QUrl("https://api.bitmart.com/ticker/BMX_ETH")); QNetworkReply* reply = m_manager.get(request); // connect to signal when its done using lambda) QObject::connect(reply, &QNetworkReply::finished, [reply]() { // read data QString ReplyText = reply->readAll(); // qDebug() << ReplyText; // ask doc to parse it QJsonDocument doc = QJsonDocument::fromJson(ReplyText.toUtf8()); // we know first element in file is object, to try to ask for such QJsonObject obj = doc.object(); // ask object for value QJsonValue value = obj.value(QString("bid_1")); qDebug() << "Bid value is" << value.toString();; reply->deleteLater(); // make sure to clean up }); return a.exec(); } and it outputs Bid value is "0.000290"

I too was also thinking of full rewrite but i don't have much time for that right now :/ .

@kshegunov I guess this wasn't my birghtest moent. Thanks for directing me. Problem solved.

@Qojote Thank you and congratulations for giving all the details for solving this old and apparently common problem! Without the smallest details, this kind of things are never solved.

@ksranjith786 said: Could you please provide guidelines or code snippet to use QNetworkAccessManager using multi threaded env. No, I can't, sorry. Not that I don't want to, but I don't know of any way you can control the number of threads QNetworkAccessManager uses internally (I think it's hardcoded). If I were to do multithreading with NAM I'd do it like you - thread the reply's processing. Unfortunately this bears no weight on the HTTP response time. On a related note, I would always prefer to use TCP/IP directly, as it provides much more fine-grained control of what's happening (including threading). The downside of that approach however, is that it'd require implementing the HTTP protocol by hand. Perhaps, as @p3c0 suggested, you could try to ask the question on the mailing list were you might get responses from the actual developers of the module. Kind regards.

@4j1th said: Hi @Paul-Colby , by using the first method how can I access the file (in server), is it works as a file uploading method ? It depends on your server. What language is your server written with? (Assuming you're POSTing to your own server, and not some third-party API). For example, the server was running PHP, you could do something like: $data = json_decode(file_get_contents('php://input'), true); // save $data to a file somewhere. In that case, you wouldn't need to use WWW form encoding.

Yes there might be, the current Qt version is 5.5.0 so you are using an older version. Can you test with 5.5 to check if you still experiencing this ?

The QString is being formed from a QByteArray. When I make the QString via QString::fromUtf8(QByteArray) QUrl in Qt4 correctly percent encodes the QString. I don't think there is a bug in QUrl in Qt4, I guess QUrl in Qt5 is more tolerant.

Yes. It is a correct way but before the help engine can be used, it must be initialized by calling setupData(). QHelpEngine* helpEngine = new QHelpEngine("http://xxx.yyy/zzz/help.qhc", this); helpEngine->setupData(); Read more here: http://doc.qt.io/qt-4.8/qhelpenginecore.html#details