Priority: P3: Somewhat important
Affects Version/s: 5.8.0, 5.9.3, 5.12.10, 5.13.0, 5.15.2, 6.0.1
Fix Version/s: 6.2.0 Alpha
Component/s: Widgets: Itemviews
Environment:Windows 7 64 bit. We're using Qt 5.3.1 but i just tested with Qt 5.8 - it's the same there.
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.
|For Gerrit Dashboard: QTBUG-59888|
|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|