Version: (using KDE KDE 3.97.0) Installed from: Ubuntu Packages OS: Linux For some reason, it isn't clear, sometimes when I click an icon on-the-go to drag it somewhere it doesn't select the icon but only start a boundary box for multiple selections. I can't really seem to pin point when this happens, but it happens often enough that I think it is reproducible after at most a dozen tries.
Thanks for the report. I'm aware about this issue but the root cause is inside Qt... I could not find the time yet for fixing this, but I hope I can find a solution until KDE 4.0.1
Confirm this. To reproduce you simply need to split a view and try to drag some file from *inactive* view to active => inactive view becomes active and instead of starting a drag it starts to draw multiple selection rect :) May I vote for this one, Peter? :) I use split function quite a lot, so this bug bugs me ;) Can you briefly describe what the problem in Qt you've mentioned is? (for curious programmer like me ;) )
> Can you briefly describe what the problem in Qt you've > mentioned is? (for curious programmer like me ;) ) QAbstractItemView from Qt decides whether a signal will be emitted that the dragging has been started or whether the rubberband selection will be shown. So in the use case above the QAbstractItemView implementation decides that a rubberband is shown although a dragging signal should be emitted. The solution to go is fixing the Qt class, not trying to bypass this in derived classes by some hacks. For this we'd need to write a reproducible example with Qt classes only, which requires some effort. My hope is that the issue is fixed in Qt 4.4, but I did not try yet whether this is the case...
SVN commit 803980 by ppenz: Fixed issue that sometimes the dragging from an inactive view to an active view does not work. Note that this is just a workaround, QAbstractItemView should take care about this itself. I tried to provide a Qt-only example for this, but it is more tricky than I thought: it seems some expensive operations are required, so that the position of the second mouse-move event is outside the item area... I'll retest this issue without workaround if Qt 4.4 final is out. BUG: 154619 M +4 -0 dolphincolumnwidget.cpp M +6 -0 dolphindetailsview.cpp M +11 -1 dolphiniconsview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=803980