-
Bug
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
5.0.1
-
None
-
Qt 5.0.1 MSVC under Windows 7 x86
-
a87e8f7a1070b357185dbbe69bf0b98a8da247b8 (fix warning/Qt 5.1)
Calling winId() on my promoted widget to get the native window handle causes serious weird problems with DockWidgets and, in my real application, it even bugs the order of Show/Hide events. The problem is not just with the Qt::Tool style not being applied.
Also, we've a flood with these:
QBackingStore::flush() called with non-exposed window, behavior is undefined
I really need the handle, to integrate Ogre in there.
I've attached a Qt project that shows the issue.
- is replaced by
-
QTBUG-28872 QDockWidget lost its frame and z-ordering when QGLWidget is used at central widget of main window
-
- Closed
-
- relates to
-
QTBUG-28531 WA_TranslucentBackground widget issues
-
- Closed
-
-
QTBUG-40195 [REG 4->5] Windows: Having winId inited for widgets creates very weird dialog positioning policy
-
- Closed
-