Hi,
tl;dr Any showstopper for using Qt5 instead of Qt4 for WebODF tools?
The WebODF build system relies on qtjsruntime to run the tests.
Now qtjsruntime is currently based on Qt4, which uses a very old version of
WebKit. There is the QtWebKit 2.3 project (see
http://blogs.kde.org/2012/11/14/introducing-qtwebkit-23) which brings in a
newer WebKit version, that is also used by most Linux distributions as
standard replacement for the official QtWebKit that is part of the released Qt
sources, even the latest 4.8.6
But the self-compiled Qt 4.8.5 on CI does not have that yet (from what I can
tell), and people developing on Windows or OSX might also seem to need to do
some extra work to get QtWebKit 2.3 installed, so increases the hurdles for
them.
Problem with such an old WebKit as in normal Qt is that it is buggy and far
behind. And we start to add hacks in WebODF code just to workaround bugs
there, as discussed in https://github.com/kogmbh/WebODF/pull/550
So moving to Qt5, which uses a more modern version of WebKit (and/or soon
Blink, see http://blog.qt.digia.com/blog/2013/09/12/introducing-the-qt-webengine/ ) seems like a good solution for the problems noted above.
There is currently on other subproject in WebODF based on Qt4, nativeQtClient,
but that has bitrotted and needs some work to be resurrected. And when doing
that it makes more sense to use Qt5 as well, because that should enable to
reach more platforms thanks to Qt5.
So, any reason not to prepare a patch which switches qtjsruntime to Qt5 (and
perhaps remove nativeQtClient for now)?
Everybody has Qt5 installed on their development enviroment or could do so?
Cheers
Friedrich
--
Friedrich W. H. Kossebau // KO GmbH
http://kogmbh.com/legal/