[Digikam-devel] [Bug 158865] Adding tags: redundant menu opening necessary

[Mikolaj Machowski]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=158865         




------- Additional Comments From mikmach wp pl  2008-03-27 20:35 -------
I think I understand Dotan (but don't agree ;)

Context menu on image -> Assign tag.

You will see menu

Holidays >
Marta
Work     >
Hobby

Holidays and Marta are tags on their own but with subtags. To assign
only "Holidays" tag you have to click "Holidays" and navigate furher to
submenu:

Add new tag...
------------------
Holidays
------------------
France
England
Germany

And choose "Holidays" there.

Users not experienced with hierarchical tags could expect that after
clicking "Holidays >" from top level menu tag "Holidays" would be
assigned without more interaction from them.

I completely disagree with his solution because "Holidays >" and
"Holidays" are two completely different interface elements. Yes click on
"Holidays >" is redundant because just hovering opens sub-menu but this
is common behavior in UI to speed up things. What is user only wants to
check what is exactly in this sub-menu? There is no way to tell it.

There are possibly solutions for that:

1) make "Holidays >" more different visually, eg. put it in italics to
   make that different from regular tag assigning entries from this menu
2) split it into two elements titled "Holidays" "sub-Holidays >", where
   "Holidays" assign this tag, and "sub-Holidays >" opens sub-menu

To make assigning of tag *slightly* easier maybe small reorganization?
Sub-menu could look:

Holidays
------------------
Add New Tag...
------------------
France
England
Germany

or

Holidays
------------------
France
England
Germany
------------------
Add New Tag...

In that way main tag would be easier to click - just short horizontal
move of mouse instead of combined horizontal and vertical. But this will
not solve main scope of this bug report. But I am afraid this is the way
of living with hierarchical tags.