Qt WebKit

thank you for your help, actually, i want run qt above android native layer without dalvik; so, the native webview may not work; finally, I really compiled qtwebkit using the android ndk successfully; now, i am not sure if it can work correctly [quote author="SGaist" date="1394146244"]Hi and welcome to devnet, QtWebKit is not supported on Android, you would need to use the native webview[/quote]

Thank you! Then I will try QWebView, since I need a lot more support for the HTML/CSS.

I'm glad that you've found a solution. :) Note that all the links you posted were for Qt 4. Things are different in Qt 5, for reasons I described in my previous post. The official Qt 5 documentation says to use configure.bat: http://qt-project.org/doc/qt-5/configure-options.html (Your links include the Qt 4 version of this page)

i try again your example, now it works, i don't know what is changed.. sorry

[quote author="sumitdhotre" date="1393394473"]still no Download[/quote] There are some tools available to check if proxy server and port number are working fine. I have tried the above solution and it works fine for me. Please check whether your proxy is working fine.

Hi, The New Features wiki might still be incomplete. In my experience, we'd only get an answer if someone who knows the answer sees our email. Instead of Interest, I'd recommend the dedicated "Qt WebEngine mailing list":http://lists.qt-project.org/mailman/listinfo/qtwebengine -- that's where all the Qt WebEngine developers are. See also the latest blog post: http://blog.qt.digia.com/blog/2014/01/23/qt-webengine-technology-preview-available/

Firstly, thanks for the response but they are getting stripped :-), But I am using Qt 5.1.1, could it be there is a difference ? I have written it several ways, and here is the last. @ QUrl publicationURL; publicationURL.setUrl(pMainWindow->getPreviewURL()); QUrlQuery query; query.addQueryItem("touch", "false"); publicationURL.setQuery(query); qDebug() << QUrl(publicationURL.toEncoded()); webView->load(QUrl(publicationURL.toEncoded())); @ the QDebug statement has the correct url and query string values. in this case touch=false. Also I run the webserver and there is no redirects and nothing to strip the QS values there. One thing I did notice that was strange was in the QT Editor when I set the URL for the QWebView in design time the QWebView widget passes the QS correctly. But when I run the code as a (without setting the URL) the page loads but the QS values are missing. So design time works but not run time. Any help is appreciated. Dave

Solution: http://stackoverflow.com/a/21925144/1518921

Hello everybody! The problem was solved after I spent a couple of day on it... I had a hope there are some "default" proxy factory or the proxy will be used installed by QNetworkProxy::setApplicationProxy(proxy) ... No way... Java will be considered as a plugin!!! That is why, the QWebView needs his own QNetworkProxyFactory implementation: the queryProxy() should reimplemented, something like that @class SystemProxyFactory : public QNetworkProxyFactory { public: SystemProxyFactory(); virtual QList<QNetworkProxy> queryProxy(const QNetworkProxyQuery &query) { QList<QNetworkProxy> ret; ret << QNetworkProxy::applicationProxy(); return ret; } }; ... QNetworkAccessManager* pNAM = m_pWebView->page()->networkAccessManager(); pNAM->setProxyFactory(new SystemProxyFactory()); @ I hope somebody it helps... Good luck.

I know its an old thread, but did you solve this?

Thanks for the info. I was using a custom QWebPage class, once I removed that the WOFF fonts rendered correctly. Thanks for the inspector heads up as well, that has made things a lot simpler. Thanks Dave

Thanks! I will try that :)

ARGH!!! I found the error ... WRONG "ContentTypeHeader" !!! @void MainWindow::Button_clicked() { QByteArray postData("e_user=Max&e_pwd=Secret"); QNetworkRequest netRequest; netRequest.setUrl(QUrl("http://example.com/do_login.php")); netRequest.setHeader(QNetworkRequest::ContentTypeHeader, "application/x-www-form-urlencoded; charset=UTF-8"); ui->webView->load(netRequest, QNetworkAccessManager::PostOperation, postData); }@ :-)

Applying the patch did fix the main process crashing however still got the same error on the subprocess, but some files may have been out of sync. Doing a full rebuild of QT now. @QML debugging is enabled. Only use this in a safe environment. EGLFS: Unable to query physical screen size, defaulting to 100 dpi. EGLFS: To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters). EGLFS: Unable to query physical screen size, defaulting to 100 dpi. EGLFS: To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters). ASSERTION FAILED: isPointerTypeAlignmentOkay(reinterpret_cast<TypePtr>(ptr)) ../WTF/wtf/StdLibExtras.h(102) : TypePtr reinterpret_cast_ptr(const void*) [with TypePtr = const unsigned int*] WARNING: The web process experienced a crash on 'http://www.nu.nl/'.@ I've done a full rebuild of the root image without debug symbols but still getting a crash at the same point. The issue i'm encountering seems to be related to another webkit bug that's already fixed upstream.