summaryrefslogtreecommitdiffstats
path: root/src/gui/kernel/qguiapplication_p.h
diff options
context:
space:
mode:
authorRichard Moe Gustavsen <richard.gustavsen@qt.io>2021-05-12 11:21:07 +0200
committerRichard Moe Gustavsen <richard.gustavsen@qt.io>2021-05-12 20:50:02 +0200
commit3224c6d7d150164241c13ccf7d47377a39c0a6bb (patch)
tree592cde2fdf9ba6d2ddc3bce70d1c9a5551e806c3 /src/gui/kernel/qguiapplication_p.h
parent776a969bfd426a697ce95481ab7989f9bb351552 (diff)
QDockWidget, macOS: don't drag on native widgets
When using native dock widgets on macOS, it will currently fail if you try to drag on a dock widget inside QMainWindow to make it floating. The reason is that the drag will basically start as as drag inside one NSWindow (QMainWindow), but continue as a drag on another NSWindow (QDockWidget). And this is not handled well by AppKit, especially since the NSView where the drag was started is reparented into a new NSWindow (the floating QDockWidget) while the dragging is ongoing. And there seems to be no practical solution to how we can support this from the cocoa QPA plugin This patch will therefore change the logic in QDockWidget to simply make the dock widget floating if you drag on it, rather than actually starting a drag (but only for the described case). Pick-to: 6.1 5.15 Fixes: QTBUG-70137 Change-Id: Ic309ee8f419b9c14894255205867bce11dc0c414 Reviewed-by: Volker Hilsheimer <volker.hilsheimer@qt.io> Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
Diffstat (limited to 'src/gui/kernel/qguiapplication_p.h')
0 files changed, 0 insertions, 0 deletions