When I tried to add a trashcan to the bottom panel, I think I dropped it on the task manager. It did not display a slashed icon, it simply didn't put the trashcan in. Reproducible: Always
We definitely want better visual feedback. Adding usability so they take it into account.
CC'ing Sho_ since task manager is involved
This is actually a bug in Plasma's DND components. They can't reject drags, they implicitly accept all of them. This also affects some scenarios in Folder View and numerous other Plasma UIs. How those components made it through API review originally is beyond me TBH.
So we agree this should be ported to Qt's DropArea at least? Maybe you can describe here more or less what needs to be done so we can easily tell somebody to do it? (assuming you don't plan to do it in a short-term)
> So we agree this should be ported to Qt's DropArea at least? +1 I last tried porting it against Qt 5.2 git iirc, after the desktop DND revamp in Qt Quick. It wasn't viable at the time due to remaining API limitations; I'll have to try again and see what's missing.
Not looking that good right now. Qt Quick's DropArea only allows rejecting a drag in the onEntered handler, not in onPositionChanged, so it can't change its mind while the cursor moves. This would actually be a good enough for Task Manager, but not for Folder View, where the decision needs to be reevaluated depending on which icon is being hovered (meanwhile putting a DropArea into every delegate would increase their cost, causing a scalability concern). However, rejecting a drag in onEntered currently also breaks the DropArea due to an open, stalled bug: https://bugreports.qt.io/browse/QTBUG-39453 https://codereview.qt-project.org/#/c/88612/
(In reply to Eike Hein from comment #6) > Not looking that good right now. Qt Quick's DropArea only allows rejecting a > drag in the onEntered handler, not in onPositionChanged, so it can't change > its mind while the cursor moves. This would actually be a good enough for > Task Manager, but not for Folder View, where the decision needs to be > reevaluated depending on which icon is being hovered (meanwhile putting a > DropArea into every delegate would increase their cost, causing a > scalability concern). > > However, rejecting a drag in onEntered currently also breaks the DropArea > due to an open, stalled bug: > https://bugreports.qt.io/browse/QTBUG-39453 > https://codereview.qt-project.org/#/c/88612/ It appears these were merged in 5.6, is it possible to revisit this bug, please?
Looks like this is actually working properly now. Trying to drag an icon on top of the Task Manager causes it to scoot out of the way a bit, indicating that the thing will be dropped on one end of it or the other, depending on where you move the cursor.