when moving a tag from the "my tag" view, on the left, to another tag, it automatically collapse the tag folder. when "my tag" windows is too short, and you have to use the slider. Because of the collapse, your mouse is not under the same folder. And if you drop.. you drop in the frong folder. hopefully there's this annoying menu, asking you what to do. there's only one thing it ask you (move or cancel ?). but the process is a pain and most of the time you use the menu shortcut to speedup the process. Reproducible: Always Steps to Reproduce: 1. have a "my tag" windows full of tag. that is at least higher than your screen, with several trees 2. drag a tag, to another, then another, then another Actual Results: collapse the folder Expected Results: a folder that is still expanded. and.. that is changing his color when your mouse is above him. and perhaps, a little line under the folder, if you want to move a tag just before/after it. and removing that unneeded menu. (to cancel the move, the usual escape key should be used)
There is already a report about this subject. Relevant code come from shared model/view from Dolphin file manager which has the same behavior. Gilles Caulier
> Expected Results: > a folder that is still expanded. I understand from your description that the complete hierarchy disappears by collapsing the "My tags" root item. In my testing, this happens only when I hover over "My tags", or, more general, only hovered items are collapsed/expanded as intended. Means I cannot reproduce this problem. > and.. that is changing his color when your mouse is above him. Reaction to mouse hover depends on the style. On my system, mouse hover is indicated by a color change. > and perhaps, a little line under the folder, if you want to move a tag just > before/after it. The tags are sorted by name...the metaphor is to drag the item on the parent. A metaphor of having a drag target "between" children is indeed more natural, but pretty difficult to implement atm. > > and removing that unneeded menu. (to cancel the move, the usual escape key > should be used) Please open a separate report for a separate issue
*** This bug has been marked as a duplicate of bug 286263 ***
Git commit 093fb17867b46d0868269261154e2ca731f88221 by Gilles Caulier. Committed on 03/09/2014 at 12:15. Pushed by cgilles into branch 'master'. Increase delay to expand album tree-view item with D&D operations from 300 to 800ms (as Dolphin) code polish Related: bug 286263 FIXED-IN: 4.3.0 M +3 -1 NEWS M +34 -19 digikam/album/albumtreeview.cpp M +3 -2 digikam/album/albumtreeview.h M +9 -3 digikam/utils/globals.h M +1 -0 libs/widgets/mainview/dxmlguiwindow.cpp M +6 -5 libs/widgets/mainview/dxmlguiwindow.h http://commits.kde.org/digikam/093fb17867b46d0868269261154e2ca731f88221