[Bug 158865] New: Adding tags: redundant menu opening necessary

------- 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         
           Summary: Adding tags: redundant menu opening necessary
           Product: digikam
           Version: 0.9.2
          Platform: unspecified
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: kde-2 dotancohen com


Version:           0.9.2 (using KDE 3.5.8)
OS:                Linux

When adding a tag that has a subtag via the context menu, one must open the subtags menu to select the parent tag. This is redundant and confuses some users (not me, but people that I've introduced digikam to). The left mouse button currently does nothing when clicking on these tags, as the submenus open on hover. So there is no reason not to add the tag when it is clicked upon, and this would be consistent behaviour with the selection of tags that have no submenu.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- 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         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Tags
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- 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 caulier.gilles gmail com  2008-03-27 11:30 -------
Dotan,

Sorry, but your explaination confuse me. I don't understand all points reported here. Please make a clear report...

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- 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 caulier.gilles gmail com  2008-03-27 20:49 -------
Created an attachment (id=24083)
 --> (http://bugs.kde.org/attachment.cgi?id=24083&action=view)
Assign Tags pop-up for KDE4

Mik,

This is how Marcel have re-implemented Tags pop-up menu for KDE4...

Pop-up menu items are more clean, but of it's not perfect, especially with huge
tags collection

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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 22:40 -------
If it is possible to assign eg Animal tag from main menu (without
entering with mouse into submenu) I think this bug report can be closed.

BTW: "February 2,008" - thousands delimiter in date? C'mon :)
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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 kde-2 dotancohen com  2008-03-27 23:05 -------
Created an attachment (id=24095)
 --> (http://bugs.kde.org/attachment.cgi?id=24095&action=view)
Proposal for less redundant menu

Maybe the tree could be opened with a submenu that appears below the tag.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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 23:24 -------
Dotan, that was one of my proposed solutions. Big drawback of this is
size of menus with wide and deep system of tags. If you create 10 top
level tags with sub-tags  it will require 20 item menu. IMO already
coded solution for KDE4 (digiKam 10) is the best.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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 kde-2 dotancohen com  2008-03-27 23:50 -------
I can only see the screenshot of KDE4, I cannot run it right now. If it allows one to choose a tag with children, without opening the subtree, then I'm all for it. The screenshot does not make it clear if this is possible.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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 kde-2 dotancohen com  2008-03-28 14:47 -------
Created an attachment (id=24104)
 --> (http://bugs.kde.org/attachment.cgi?id=24104&action=view)
Two columns in rows for submenus

Perhaps there could be two columns for tags with subtags, as illustrated in
attached screenshot.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- 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-28 21:40 -------
I doubt this is possible (not a developer though). But KDE4
implementation as shown on screenshot is similar in spirit. Don't know
if you hover only on checkbox it wouldn't open submenu. Gilles?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- 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         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marcel.wiesweg gmx de



------- Additional Comments From caulier.gilles gmail com  2008-03-28 21:49 -------
Mik,

Currently the behaviors is the same between KDE3 and KDE4. In My screenshot posted to #3, you can see than to assign tag "Animal", you need to use "Assign This Tag" sub-menu entry.

But on the left of "Animal" entry, you have the checkbox. Currently, this one is an indicator to see if tag is already assigned. It cannot be used to assign this tag as well, but perhaps we can use it for that. This will be natural...

So the question is forked to Marcel who have re-implemented Tag pop-up menu for KDE4...

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

------- 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 marcel.wiesweg gmx de  2008-03-29 20:44 -------
The relevant menu entries are QWidgetActions, this means there is a real QWidget which is using QStyle for 100% custom drawing.
The QMenu will close if it notices a mouse click.
We could try to use this widget to catch mouse press event, or the QMenu code is installing an event filter, in which case this might not be possible so easily.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel