Qt WebKit

If Qt Soap is not an option: did you have a look at the actual output? Is it valid XML?

Depends, where I am then and what I do. But start using the Qt tutorials or the QtCreator online help should help

Thanks! I reported the bug at https://bugs.webkit.org/show_bug.cgi?id=56314

hi, I don't work with the QML thing so i don't know exactly how to link between QDeclarativeWebView and QML WebView but i did take a look in QDeclarativeWebView[.cpp/_p.h] and here is what i suggest: 1 - webView has more signal than what is documented in Nokia doc (all QDeclarativeWebView signals actually), can you take a quick check to verify if onUrlChanged: popup.show("Ok") show sth if you change your Url? 2 - if 1 is true then you should reimplement QDeclarativeWebView by adding in QDeclarativeWebView_p.h void phoneNumber(const QString& message) as a signal then reimplement bool QDeclarativeWebPage::acceptNavigationRequest ( QWebFrame * frame, const QNetworkRequest & request, NavigationType type ) by adding sth like if (request.url().scheme() == “tel”) emit viewItem()->phoneNumber(xxx); 3 - make phone call on onPhoneNumber(string) returns by WebView. Hope it would help.

Reimplementing the javaScriptAlert/confirm etc. functions is the way to do it. There isn't really another one.

This means add a part of the function in the c++ area of the project ?

Thanks Volker, particularly for the debug browser link. After reading your first reply, I ran up a little test case that simply instantiated a QSslSocket and, lo and behold, somehow QT_NO_OPENSSL was defined by my configuration. I am a fool and need not have bothered you. Looks like I need to rebuild my Qt, after checking my configure output more carefully. As I'm rebuilding anyway, I'm going to define '-openssl-linked' and fail fast if OpenSSL can't be resolved. Thanks again for your time and advice.

If you only want to use web technology, I think using a thin C++ wrapper would be preferable to using a QML environment (which also needs a thin C++ wrapper).

It is not supported. You perhaps will be able to do it with the upcoming version of QtWebKit, the HTML5 audio element and QtMultimedia.

Nice! It works with Xvfb!

thanks for the links guys, will check it out!

That worked exactly. Thank you!

For the records, here is the workaround: @// In my subclassed QGraphicsWebView ... class WGraphicsWebView : public QGraphicsWebView { Q_OBJECT public: WGraphicsWebView(WDeclarativeWebView * parent = 0); private: // Variables WDeclarativeWebView * parent; private: // Settings friend class WDeclarativeWebView; }; // And in my declarative item web view ... /* virtual */ void WDeclarativeWebView::hoverLeaveEvent(QGraphicsSceneHoverEvent * event) { Q_UNUSED(event); QGraphicsSceneMouseEvent viewEvent(QEvent::GraphicsSceneMouseMove); viewEvent.setPos(QPointF(-100, -100)); webView->mouseMoveEvent(&viewEvent); } @

It seems those issues were due to a messy QML code on my side. Thanks.

bq. I think what you are looking for is QWebPage::acceptNavigationRequest(), not link delegation. Thanks Benjamin, Looks like I have to subclass QWebPage ! :-) bq. Cheers, fix should go live in about two days Perfect, it's fixed on my side.

Benjamin, Thank you. Your suggestion led me to http://doc.qt.nokia.com/qt-maemo/maemo5-graphicswebview.html adding these two lines before line #30 did the trick. @ pWebview->setPalette(QApplication::palette("QWebView")); page.setPalette(QApplication::palette("QWebView"));@ The "older version":http://doc.qt.nokia.com/qt-maemo-4.6/maemo5-graphicswebview.html of the document was my reference when I first tried to replace QWebView with QGraphicsWebView but gave up because of the background color issue.