First off, thanks for your time.

I've tried that yeah - you can see that I've made the default index_file "qrc:/index-light.html" in the load_args function. It's here in the code.

When writing to qDebug() the string is correctly "qrc:/index-light.html", though nothing is shown in the webview... I've tried changing it to "qrc:/light.css" and then it correctly shows the css in the webview (the code in plaintext).

@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

@Lodhi-bhkr Sorry, but this is not a question. What did you try? What problems do you have? Please ask more specific questions.
Looks like you asked here already: https://forum.qt.io/topic/120439/qt-code-to-send-data-on-postman-http-post-request

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