Bug 307231

Summary:	Moving a tag from "my tag" collapse the tag under
Product:	[Applications] digikam	Reporter:	Nicolas.HOUDELOT <nicolas.houdelot>
Component:	Usability-Ergonomy	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caulier.gilles
Priority:	NOR
Version:	2.8.0
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:	http://commits.kde.org/digikam/093fb17867b46d0868269261154e2ca731f88221	Version Fixed In:	4.3.0

Description Nicolas.HOUDELOT 2012-09-22 21:53:01 UTC

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)

Comment 1 caulier.gilles 2012-09-23 07:24:01 UTC

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

Comment 2 Marcel Wiesweg 2012-09-23 13:43:23 UTC

> 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

Comment 3 caulier.gilles 2014-09-03 09:43:43 UTC


*** This bug has been marked as a duplicate of bug 286263 ***

Comment 4 caulier.gilles 2014-09-03 12:18:15 UTC

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