Tuukka Turunen

Qt 5.4 Beta Available

Published Friday October 17th, 2014
72 Comments on Qt 5.4 Beta Available
Posted in Licensing, Qt, Releases

I am extremely happy to announce that Qt 5.4 Beta is now available for download. There are a lot of new and interesting things in Qt 5.4 and I will try to summarize the most important highlights in this blog post.

Powerful Web Offering with Qt WebEngine

As the importance of HTML5 has grown we want to provide the best support for HTML5 within the Qt technology offering. The Qt WebEngine, a long-term R&D project based on the Chromium web engine has now reached fully supported version on desktop and embedded platforms.

Qt WebEngine provides a convenient API for both Qt Widgets and Qt Quick for using the Chromium web engine. Besides plain web viewing purposes Qt WebEngine takes full benefit of the whole Qt graphics stack integration allowing you to mix and overlay native Qt controls with web contents and OpenGL shaders. Of course, the fact that Qt provides a full application framework around the web engine makes Qt WebEngine truly an unparalled web engine API.

The new Qt WebChannel module acts as the bridge between QML/C++ and HTML/JavaScript allowing you to expose QObjects into the web context.

For platforms that do not allow distribution of Qt WebEngine as well as use cases where a full-blown web engine is not needed Qt 5.4 will introduce a technology preview of a new module called Qt WebView. It supports embedding the native web engines of the underlying operating system into Qt, and is currently available for Android and iOS. Because of this, Qt WebView also gives a convenient light-weight solution for simple web document integration. Qt WebView will be available with Qt 5.4 final as a separate add-on.

Qt 5.4 also contains Qt WebKit. It is still supported, but as of Qt 5.4 we consider it done, so no new functionality will be added to it. We are also planning to deprecate Qt WebKit in future releases, as the new Qt WebEngine provides what is needed. In most use cases, migrating from Qt WebKit to Qt WebEngine is rather straightforward.

Complete Support for Windows Runtime – Use Qt for Windows Store Apps

The Windows Runtime port of Qt saw its first supported beta release with Qt 5.3. With all the feedback we have improved the port a lot and implemented most of the missing APIs. With Qt 5.4 WinRT is now fully supported as a primary deployment platform.

Qt 5.4 provides support for most of the Qt functionality on WinRT, including for example Qt Quick and Qt Quick Controls, Qt Quick Compiler, Multimedia, Positioning, Network (also SSL/TLS), Core and GUI. With Qt for WinRT port you are now able to target Windows Store Apps: Windows Phone 8.1 and above and Windows tablets with the Modern UI and publish your applications in the Windows Store.

New License Terms – Introducing LGPLv3

As announced earlier, the open-source version for Qt 5.4 is also made available under the LGPLv3 license. The new licensing option allows us at The Qt Company to introduce more value-add components for the whole Qt ecosystem without making compromises on the business side.

Through this dual-licensing model, with Qt 5.4 timeframe we are introducing technology previews for the light-weight cross-platform WebView and the 3D Canvas. Similarly the new Qt WebEngine and Android style are available only through a commercial Qt license and under GPL and LGPLv3 for the open-source users.

To find out the best licensing option for you, please see the new licensing page and the downloads page.

HighDPI Support, Dynamic GL and Other Improvements for Windows Users

In addition to WinRT, Qt 5.4 brings many other improvements to Windows users. Qt 5.4 brings support for High DPI displays. A typical 4K monitor may have 3840×2160 pixels, a logical resolution of 192 DPI, whereas older monitors have around 1920×1080 pixels at 96 DPI. Qt maintains the font point size on a 4K monitor, resulting the text being drawn as indented for a 96 DPI layout. With Qt 5.4 we have especially worked for enabling the HighDPI support for Windows – in addition to improving it in other platforms such as Mac and X11.

HighDPI support is still considered experimental in Qt 5.4, and needs to be enabled via an environment variable. If you are interested in the HighDPI support, check out the overview documentation.

Qt 5.4 brings capability to dynamically select during the application startup whether to use ANGLE or OpenGL on Windows. It is possible to use either opengl32.dll or ANGLE’s OpenGL ES 2.0 implementation in Qt applications without the need for two separate builds of the binaries. This significantly simplifies the task of creating Qt Quick applications for Windows PCs. Dynamic GL switching is not yet enabled in the prebuilt Qt 5.4 Beta binaries. In addition to these, there is a large number of smaller improvements and bug fixes for the Windows port in Qt 5.4.

Other Graphics Improvements

There are quite many important graphics improvements in Qt 5.4 in addition to improved HighDPI support and dynamic GL switching on Windows. One of the most important ones is QOpenGLWidget, the modern replacement for the old QGLWidget class from Qt 4. QOpenGLWidget is a new widget for showing OpenGL rendered content, which can be used like any other QWidget. This also allows us to deprecate old Qt OpenGL module, as everything it does and more is now provided by the other modules.

Qt 5.4 also brings new QQuickRenderControl API, which allows efficient rendering of Qt Quick 2 scenes into framebuffer objects. The contents can then be used in arbitrary ways in Qt-based or 3rd party OpenGL renderers. With Qt 5.4 you can also adopt and wrap existing OpenGL contexts in QOpenGLContext. This improves the ability to embed Qt content for use in other rendering engines. In addition to other new graphics APIs Qt 5.4 brings convenient QOpenGLWindow and QRasterWindow classes as well as introduces support for 10-bit per color channel images.

QOpenGLContext is now able to adopt existing native contexts (EGL, GLX, …). This allows interoperability between Qt and other frameworks, such as game engines. Read more from this blog post.

Bluetooth Low Energy

Qt 5.4 provides a technology preview implementation of Bluetooth Low Energy, which allows communication to a lot of smart sensors and gadgets such as wearables. It is initially supported for BlueZ 4 and 5 on Linux only – support for platforms such as iOS and Android will be added in upcoming Qt versions. With Qt 5.4 we implement the BTLE central role as per Bluetooth spec 4.0, i.e. at the moment you can only create the client for BTLE.

If you are interested in BTLE, please check the Qt Bluetooth LE Overview. We are very much interested in receiving feedback from users to be able to move beyond tech preview state.

Faster Startup, Smaller Deployment Packages and Native Style for Android

We have worked actively to improve support for Qt on Android and there are many important new Android specific items in Qt 5.4. There is now support for QML import scanner, which helps in optimizing the package size for deployment. With the pre-generated assets cache that improves application start-up time introduced in Qt 5.3 and the Qt Quick Compiler available in the commercial editions, it is possible to start Qt for Android applications in a breeze.

On the user interface side we have extended the styling capabilities of Qt Quick and added support to Android style, which enables native look for Widgets and the Qt Quick Controls on Android. In previous versions of Qt it was possible to style Widgets to look native on Android only if one used Ministro. Now both the Widgets and Qt Quick Controls, i.e. buttons, sliders, progress bars and other controls and widgets you use in your application, will look native on Android by default.

iOS Improvements

Support for iOS is improved with Qt 5.4 which contains many important fixes for iOS 8 and Xcode 6. In addition to smaller improvements and bug fixes there are also some new features such as a touch-based text selection model. Instead of the previous desktop like approach (press-and-drag), you can now do press-and-hold to select text. Qt will give you selection handles that can be dragged and a popup text edit menu, like with native apps. The edit menu can also be customized from Qt Quick controls.

Work has also been started to improve usage of native menus in general. In addition to the edit menu mentioned above, Qt 5.4 now uses a native pickerview menu for many of the Qt Quick Controls that have a menu attached. A lot of work has also gone into improving and stabilizing code that deals with window, screen and orientation geometry, and virtual keyboard management.

Support for Mac OS X 10.10, Code Signing and other Mac Improvements

Our Mac users get greatly improved support for new Mac OS X 10.10 Yosemite with Qt 5.4. We have worked hard to improve and fix styling and other issues with Mac OS X 10.10 for Qt 5.4. Applications created with earlier Qt versions work on the upcoming Mac OS X 10.10, but there may be some issues in styling depending on your application. In addition to OS X 10.10 support we have fixed many customer reported Mac bugs in Qt 5.4 Beta – and we continue to provide more fixes still before the final is out.

One very important improvement in Qt 5.4 is support to new code signing style required by OS X 10.10 (and 10.9.5) for applications published in the Mac AppStore. These are still partially work in progress, but the initial support is included already to the Qt 5.4 beta release and polished for the Qt 5.4.0 final release.

Wacom tablets, Wayland, Updated Qt Creator and Other Items

Support for Wacom tablets has been improved and unified across platforms in Qt 5.4 with the help and support by KDE/Krita developers. QTabletEvent now has information about which stylus buttons are pressed, rotation and tangentialPressure have consistent ranges across platforms and proximity events include the type of stylus or other tool in use. With these changes there is one less obstacle to upgrade to Qt 5.

Qt 5.4 now includes the Qt Wayland module. This enables you to run Qt applications on Weston, the reference compositor for Wayland. Weston and Wayland support is still in its early stages, and does not yet provide a full featured desktop environment that you get with Windows, Cocoa and xcb. However, Weston and Wayland already provide a light-weight windowing system that might be desirable to use in the embedded space. Qt Wayland module is delivered as source code only. We will continue our focus on improving our support for Wayland in Qt especially for device creation.

Qt 5.4 Beta packages include the updated Qt Creator 3.2.2 providing improvements for example to Xcode 6 and iOS Simulator usage.

I have listed some of the highlights of Qt 5.4, but many things are not mentioned. For more details, please check What is new with Qt 5.4 – or take Qt 5.4 Beta for a spin and see for yourself.

Get Qt 5.4 Beta Today

Qt 5.4 Beta is now available, for existing Qt users, through your Qt Account, or from the Qt Project download server for open-source packages. Please download, try it out and send us feedback through the mailing lists or bug reports.

Do you like this? Share it
Share on LinkedInGoogle+Share on FacebookTweet about this on Twitter

Posted in Licensing, Qt, Releases


Robert says:

Great job, congratulations!

Besides packages, Is there open-source tarball
for download?


MeerMusik says:

Deprecate Webkit. I have feared this will happen.

Thanks for forcing us MingW User to use that Visual C C*ap, if we want to stay up2date with the Framework Version.

WebEngine requires Visual C and and is therefore no Alternative for me.

Seems it’s time to find another Framework. I really had high hopes for stay with you for a little longer.

Violet Giarffe says:

Why would anyone in their right mind use MinGW?

7 says:

Why would anyone in their right mind write something as stupid? M$ troll much?

Philip says:

I don’t see the issue. You can use Qt with the free, Visual Studio Express.

Robin Lobel says:

And once VS Express is installed you don’t even have to launch it a single time, I just go through Qt Creator. MinGW or VS compiler, who cares (except of course VS allows compatility with much more libraries).

7 says:

But does it build for Linux? What about Android? You may be a fan of platform limitations, but many developers aren’t…

0xd34df00d says:

C++11/14 support is inferior in MSVC.

Robin Lobel says:

Congratulation guys, I’ve been using Qt 5.4 for a month and love the new improvements, specially High-DPI support and the brand new QOpenGLWidget !

HGH says:

Are you still planning to update the MinGW compiler?

Kai Koehne says:

I’d still very much like to update to gcc 4.9.1, but that change got delayed to first get the Beta out. Let’s see whether we still get it in …

7 says:

Any plans to distribute 64bit builds with GCC?

Jani Heikkinen Jani Heikkinen says:

No, we aren’t planning to offer 64 bit minGW package at the moment. There has been discussions if we should offer that but decision has been that not at the moment. 32 bit version works both 32 and 64 bit windows environments so that should be ok for most of users

Michal says:

Qt WebEngine provides a convenient API for both Qt Widgets and Qt Quick”

Not fully true yet, it provides almost all basic calls plus some more advanced and some of them are async (that part is forced by Blink itself) but not based on signals.
Hopefully it will become more convenient and useful for more advanced uses (not just to render some HTML) in 5.5 and later releases.
I know that getting this module to be in usable shape on all supported platforms was huge effort, but with APIs currently available it is not ready to replace QtWebKit in all cases.

I was expecting a new release of Qt Purchasing API that would cover Windows Store? Is that coming later this month?

What about playing audio content on Windows Phone and/or Windows RT? Is that supposed to work now?

Oliver Wolff says:

Hi Adrian,

I don’t know about any concrete plans for the Purchasing API for the Windows Store.

About Audio: You are probably asking for the Audio element right? We currently only support MediaPlayer and Camera on WinRT and Windows Phone, but hope to add additional functionality soon.

Thanks for the answer!

I’ve just noticed QTBUG-41923. I have also tested out Qt5.4 in the last 2 days and I can understand why Qt Purchasing shouldn’t be a priority for now. There are many issues, some of them in plain sight that need to be fixed before anything else. Hopefully in Qt5.4 final all these issues will be fixed and shortly after that Qt Purchasing API will cover Windows Store as promised 6 months ago.

I’ve tried playing audio content with QML MediaPlayer and other elements but I have not been successful so far. It did not work for me neither on desktop, nor on my Lumia, neither from qrc, nor from an absolute path. Nor have I been able to find a working example of a Qt app that plays sounds.

As a general impression, for me Qt 5.3.2 seemed more stable than Qt 5.4 beta. Maybe it would be a good idea, once a better Qt5.4 build for WinRT is available, to announce it in the development mailing list and recommend it over the current beta build.

HGH says:

Can somebody, please, clarify what is with Qt 5.4 on BlackBerry?

MBS says:

Is there a roadmap, in what version BluetoothLE will be supported on Android?

A lot of new BT4.0 wearables are getting released to the market and I cannot use Qt to write apps for them.

Alex Blasche Alex Blasche says:

BTLE development for Android has started and is planned for Qt 5.5.

HNH says:

Just downloaded “qt-opensource-windows-x86-mingw482_opengl-5.4.0-beta.exe” to try out the new QWebEngineView. While trying to add the “webenginewidgets” module to QT in the pro file I get an error from qmake that the module is unknown. After a look in the bin folder I saw that QWebEngine*.dll are missing… but the annouced QWebChannel*.dll is available.

Do I have to download the QWebEngine submodule on my own and compile it or is this an error in the “x86-mingw482_opengl-5.4.0-beta”?


Michael Brüning says:

Dear HNH,

unfortunately, Qt WebEngine is not available for the MinGW build because Chromium does not support building with MinGW. An alternative would be to use the Visual C++ 2013 Express Edition.

Best regards,

HGH says:

Does it mean it will never be supported on MinGW

Michael Brüning says:


this depends on whether Chromium supports compiling with MinGW, so I would not rule it out completely.

However, the fact that the only supported build option ins MSVC 2013 at the moment and the previously supported toolchains (VS 2010, VS 2012) have been deprecated, it looks highly unlikely to me at this point that MinGW will be supported.

I hope this answers the question sufficiently.

Best regards,

7 says:

“because Chromium does not support building with MinGW”

i wonder if the android and linux versions of chrome are built with visual studio LOL

Michael Brüning says:

Hi 7,

A build toolchain always consists of the compiler and the system around it. So while it is possible to build Chromium source for Linux and Android with gcc on Linux, this does not automatically mean that it will work on Windows as well.

Some parts of Chromium on Windows depend on headers / libraries / features that are only provided by MSVC 2013, making it the only supported toolchain for building Chromium on Windows. Hence, this is currently the only option for Qt WebEngine on Windows.

Best regards,

Shylon says:

First Thank You,

but please support better of modern GLSL language of coding for non-qt projects, like opengl 4.3 and 4.4, I use Qt creator latest version and qt get’s error some of keywords of shader, like texture().

Francois Lauzon says:

I have the exact same problem with the qt-enterprise-windows-x86-msvc2012_opengl-5.4.0-beta.exe… I just try to recompile the Qt 5.4.0 from the source directly to see if that would make a difference (using qt-everywhere-enterprise-src-5.4.0-beta.zip) and the qtwebengine is not built…

Michael Brüning says:

Hello Francois,

Qt WebEngine can at this time only be built with MSVC 2013, as this is the only supported compiler for Chromium. The free Express Version of Visual C++ is sufficient for this.

Best regards,

Francois Lauzon says:

Thanks for the reply Michael.
Do you know or think Chromium will be supported in VS2012…
Can we compile the whole Qt 5.4 commercial library using VC++ 2013 Express ?
I am looking to switch from QWebKit to QWebEngine…

Best regards,

JKSH says:

Hi Francois,

Your 1st question is best answered by the developers of the Chromium Project: http://www.chromium.org/developers/how-tos/build-instructions-windows — Anyway, from what I can see, they have no intention of ever supporting VS 2012.

As for your 2nd question, yes VS 2013 Express is capable of building all of Qt 5.4 Commercial on Windows.

Michael Brüning says:

Hi Francois,

yes, you should be able to build the source using MSVC 2013 Express Edition.

Regarding MSVC 2012 support, unfortunately, Chromium deprecated support for this a couple of months ago, so it’s quite unlikely that it will be supported again at some point.

Best regards,

Hi I thought the qtwebengine could already be compiled on Linux, see here: http://qt-project.org/wiki/QtWebEngineHowToTry
am I misunderstanding something here ? if not when can it be expected ?

Michael Brüning says:

Hi Einar,

Qt WebEngine can of course be built on Linux. What I meant to say was that on Windows, it can only be used with the MSVC 2013 packages.

Sorry for any misunderstanding caused, I should have been a bit clearer :)

Best regards!

Hi Michael, no problem maybe it was an oversight of my behalf. But then another question, how would one compile on embedded linux for eglfs ?


RP says:

Will Qt WebView be available in the desktop version when 5.4 final is officially released?

Christian says:

Yes and no. Our main objective for this release is to make sure that the implementation for the mobile ports (Android and iOS) are in good shape. We’ll add more platforms shortly (some are already in the pipeline), but in the meantime QtWebView will fall back to using QtWebEngine when possible. QtWebEngine will also be the fallback on platforms that don’t provide a native WebView API.

Congrats to this great update!

Flamaros says:

Is that the beta will be on Qt Maintenance Tool?

iieklund says:

Only offline packages are provided for beta.

Nicola says:

I don’t found WebEngine for Android “Similarly the new Qt WebEngine and Android style are available only through a commercial Qt license and under GPL and LGPLv3 for the open-source users.” Maps Widget?

Pavel Vasiliev says:

On Android QOpenGLWidget also poorly compatible with QDockWidget. (artifacts when moving QDockWidget ) :((

Laszlo Agocs says:

That does not sound too good. Could you please create a bug report at http://bugreports.qt-project.org ?

Nicola says:

Map widget is great!!

Harrix says:

I download file: qt-opensource-windows-x86-android-5.4.0-beta.exe. Kaspersky Anti-Virus has found a troyan in two files:

Screenshot can be seen here

Jani Heikkinen Jani Heikkinen says:

Hi Harrix! And thanks for your feedback. Packages are virus scanned before releasing & I re-scan the package you mentioned. My Trend Office Scan client didn’t find anything suspicious from the package you reported.

Michael Brüning says:

Hi Harrix,

thanks for the feedback as well. I have looked at the two files and they are unit tests for v8, so they are not even included in the binary.

All they do is try to resolve the proxy and then either post some empty alerts or a large number of alerts and they are not run at all when you are using the webengine package.

So adding to Jani’s statement it looks like these are false positives in this context and it should be safe to ignore them.

Best regards,

HGH says:

Why is the Qt VS add-in not supported for VS Express?

Ismo says:

VS Express doesn’t support add-ins.

If I want to switch to QWebEngine should my clients have to have supported OpenGL drivers on their Windows XP machine? What version should I use if I want deploy the application in Windows XP machines too. Currently I’m currently using OpenGL 2010 version never had any issue with It.

Hi there,

tried Qt 5.4 on Android. It basically works. Great work!

But there are a couple of warnings:

1) When running qmake:
Warnings while parsing QML type information of /opt/Qt5.4.0/Tools/QtCreator/bin/imports/QtWebKit:
Failed to parse “/opt/Qt5.4.0/Tools/QtCreator/bin/imports/QtWebKit/plugins.qmltypes”.
Error: 1:1: Expected token `numeric literal’

2) When deploying:
Deploying takes much longer, more than 90sec compared to 15s with 5.3

3) I get those errors when deploying (I use style sheets):
W/System.err(31046): java.lang.NoSuchFieldException: View_paddingStart … View_paddingEnd

Besides those minor issues my biggest wish is a capability matrix showing what Widget/QML Type is supported on which platform and Qt version.

E.g. Where can I see that QQuickWidget is supported on Linux 5.3 but not on Android 5.3? How about Android 5.4 now? iOS? Mac? QML Torch? WebView? GPS on WINRT? etc…

Would save tons of time finding it out the hard way.

Eskil Abrahamsen Blomfeldt Eskil Abrahamsen Blomfeldt says:

Hi, and thanks for the comments.

Please report errors in http://bugreports.qt-project.org. Deployment should be using Gradle in Qt 5.4, so it should actually be faster. I’d consider it a bug if it’s slower.

As far as I know, we currently don’t have a capability matrix, but it’s a very reasonable request. Could you please report that as a suggestion for Documentation?


Ville says:

Qt-5.4 seems great! But I have a problem. How do I use Qml type FontMetrics?


My test program just says, that “FontMetrics is not a type”. I looked into the Qt-5.4 install file qml/QtQuick.2/plugins.qmltypes and there is no mention of FontMetrics, but there is eg. QQuickFontLoader. I also looked into source directory qtdeclarative/include/QtQuick/5.4.0/QtQuick/private/ and there is qquickfontmetrics_p.h and qquickfontloader_p.h.

I don’t know how Qt source files are organized really, I just usually compile and use it. Now it seems, that there is FontMetrics, but it is still missing in qml side.

Is this a bug or just waiting for the final release?

Mitch Curtis says:

It works for me:

import QtQuick 2.4
import QtQuick.Controls 1.2

ApplicationWindow {
id: window
width: 400
height: 400

FontMetrics {
id: fontMetrics

Text {
text: fontMetrics.advanceWidth(“Blah”)
anchors.centerIn: parent

Ville says:

Hey. Thanks for answering. It works now for me too, when I set that QtQuick import version to 2.4. The documentation states it is 2.3.

May I ask, how did you knew to set it to 2.4?

Mitch Curtis says:

I wrote FontMetrics and TextMetrics (basically just ported them from C++). :p

My bad, I forgot to add the \since to the docs. Fixed:


Dmitry says:

I have board I.MX6Q and try build Qt5.4 from source.

I got http://download.qt-project.org/development_releases/qt/5.4/5.4.0-beta/single/qt-everywhere-opensource-src-5.4.0-beta.tar.xz

When I compile I got errors:

.obj/qsqldatabase.o:qsqldatabase.cpp:function QSqlDatabasePrivate::database(QString const&, bool): error: undefined reference to ‘QDebug::~QDebug()’

.obj/qsqlfield.o:qsqlfield.cpp:function operator<<(QDebug, QSqlField const&): error: undefined reference to ‘QDebug::~QDebug()’

.obj/qtestlog.o:qtestlog.cpp:function QTest::messageHandler(QtMsgType, QMessageLogContext const&, QString const&): error: undefined reference to ‘qFormatLogMessage(QtMsgType, QMessageLogContext const&, QString const&)’

.obj/qnetworkaccessbackend.o:qnetworkaccessbackend.cpp:function QNetworkAccessBackend::createUploadByteDevice(): error: undefined reference to ‘QNonContiguousByteDeviceFactory::createShared(QSharedPointer)’

what can help me?

Pasi says:


How did you configure Qt5 before building? And what is your actual hardware you are using?

Dmitry says:


my config is :
#./configure -opensource -confirm-license \
-device imx6 \
-device-option CROSS_COMPILE=/usr/local/linaro-toolchain/bin/arm-linux-gnueabihf- \
-no-pch \
-no-opengl \
-no-xcb \
-opengl es2 \
-make libs \
-nomake examples \
-nomake tests \
-sysroot /home/work/fs -no-gcc-sysroot \
-prefix /opt/qt5.4 \

I use buildroot fs 3.17
My device is var-som-mx6

Stefan Fröberg says:

Unfortunately this bug is still there: https://bugreports.qt-project.org/browse/QTBUG-37974

And has been since Qt 5.2.1. Also official browser example crashes when viewing & browsing YouTube videos (sometimes happens immediately, sometimes after 20 to 30 mins).

xuxiang says:

Today Apple announce that:

Starting February 1, 2015, new iOS apps uploaded to the App Store must include 64-bit support and be built with the iOS 8 SDK


Is Qt is ready for this? I am using the Indie version.

Jani Heikkinen Jani Heikkinen says:

Hi xuxiang,
We are working on this and at the moment it seems Qt 5.4.0 will be ready for this

Francois Lauzon says:

Good job on the beta release!
An old bug in WebKit/Javascript is now working under QWebEngine (QTBUG-39236).

When do you plan to add print support, Web Inspector and userStyleSheet to QWebEngine?

Oleg says:

Can’t build it, qtbase/configure.exe is missing.

Jani Heikkinen Jani Heikkinen says:

Yes, this is unfortunately true and will be fixed in RC. There is pretty easy workaround for this told in https://bugreports.qt-project.org/browse/QTBUG-42069

jiangcaiyang says:

Hello, I’ve downloadad “qt-opensource-windows-x86-winrt-5.3.1” ready for developing Windows Phone 8.1 applications, however Qt 5.4.0 beta together with Qt Creator cannot auto-detect Visual Studio 14’s MSVC compiler, it works fine when I use Qt 5.3.2. Is there any workaround for this?
There is a blog written by me recently telling the procedure of using Qt5.3.2 to develop Windows Phone 8.1 applications ( http://blog.csdn.net/gamesdev/article/details/38967749 ).

Maurice Kalinowski Maurice Kalinowski says:


I am not sure this is a known issue. Could you please send some details via our bugtracker, so we can handle it properly there?

Ollie says:

Is it possible to build webEngine with VS2012 and X os10.8.5?

Dan I says:

Does WebEngine include Chromium version of Flash player?

Brian Ho says:

Cannot set iPad simulator in Qt Creator, but XCode project can choose iPhones & iPads.

Dyami Caliri says:

Since you are dropping Snow Leopard support with 5.4, is there a plan to continue to patch 5.3 with bug fixes?

Commenting closed.

Get started today with Qt Download now