Details
-
Bug
-
Resolution: Done
-
P3: Somewhat important
-
5.8.0, 5.9.3, 5.12.10, 5.13.0, 5.15.2, 6.0.1
-
Windows 7 64 bit. We're using Qt 5.3.1 but i just tested with Qt 5.8 - it's the same there.
-
efdaba37d61e82f27a7bcbb49e176313452f59f9 (qt/qtbase/dev)
Description
When selectionMode = MultiSelection or ExtendedSelection
and dragDropMode = DragDrop
then starting a drag&drop operation will change the selection before the drag&drop starts, which is not what the user expects.
The problem is that the selection changes are handled when the mouse button is pressed, while the drag & drop starts later. If there would be an option (i'll gladly also take a workaround for this) for selection changes to be triggered only on mouse release, this would solve the issue.
A good example on how to handle this is windows explorer - it will change the (multi) selection only on mouse release, which makes it easy to drag&drop the desired selection.
The way Qt handles this makes it so that the selection always changes when i'm trying to drag&drop it somewhere - making it very hard and counter intuitive to do what i want.
Attachments
Issue Links
- relates to
-
QTBUG-94087 [reg 5.11->5.15] No longer possible to start a drag from item views with a double-click
- Closed
For Gerrit Dashboard: QTBUG-59888 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
351595,8 | QAbstractItemView: don't toggle extended selection on Ctrl+Press | dev | qt/qtbase | Status: MERGED | +2 | 0 |
352249,4 | QAbstractItemView: add test for mouse selection | dev | qt/qtbase | Status: MERGED | +2 | 0 |
352401,3 | QAItemView: in MultiSelection, press deselects only if no drag can start | dev | qt/qtbase | Status: MERGED | +2 | 0 |
352615,2 | QAbstractItemView: Don't change selection if editor ate release event | dev | qt/qtbase | Status: MERGED | +2 | 0 |