Reputation: 2294
In one of the answers to Get HWND on windows with Qt5 (from WId) it is suggested to employ QPlatformNativeInterface in order to recover the native window handler.
To access the QT header though the example uses its full path:
#include <QtGui/5.0.0/QtGui/qpa/qplatformnativeinterface.h>
This, of course, is not acceptable as a definitive solution. Is there a way to include QPlatformNativeInterface using the default inclusion system of QT?
Notice that neither
#include <QPlatformNativeInterface>
works (this file is not generated during the default QT build)
nor
#include <QGuiApplication>
works (which only contains a forward declaration of QPlatformNativeInterface)
Upvotes: 16
Views: 13174
Reputation: 4085
Actually winId() should work fine, BUT you should keep in mind a fact (which is not mentioned in an answer you linked to), that this HWND will be generated UPON request. That's the way Qt works, its using owner draw facility and don't create standard windows handles for everything (you can see this for example you Spy from MSDN), but as soon as you are asking for HWND it will create an appropriate entity and return you a valid HWND, so it will be visible for Spy (you can try this on any standard widget)
Upvotes: 0
Reputation: 2294
By searching a little bit more it seems that QPlatformNativeInterface is currently private and will be made public as part of the Qt Platform Abstraction when this library will stabilize.
Upvotes: 1
Reputation: 350
For CMake, you'll have to use this:
find_package(Qt5Gui)
include_directories(${Qt5Gui_PRIVATE_INCLUDE_DIRS})
and then use the normal include for your source file:
#include <qpa/qplatformnativeinterface.h>
Upvotes: 11
Reputation: 3066
You can use
QT += gui-private
in your project file, as in the example plugin, and then just
#include <qpa/qplatformnativeinterface.h>
should work (works for me at least).
These APIs are indeed private, but if you have to use them, I guess this is better than adding an #ifdef
for each version.
Upvotes: 13