[dolphin] [Bug 488154] New: Addition of a dedicated Tags Panel

[bugzilla_noreply at kde.org]

https://bugs.kde.org/show_bug.cgi?id=488154

            Bug ID: 488154
           Summary: Addition of a dedicated Tags Panel
    Classification: Applications
           Product: dolphin
           Version: 24.05.0
          Platform: NixOS
                OS: Linux
            Status: REPORTED
          Severity: wishlist
          Priority: NOR
         Component: general
          Assignee: dolphin-bugs-null at kde.org
          Reporter: m1vri31c at duck.com
                CC: kfm-devel at kde.org
  Target Milestone: ---

Created attachment 170220
  --> https://bugs.kde.org/attachment.cgi?id=170220&action=edit
Tag Panel Mockup

I initially posted this in the KDE discuss post below, "How to fix tags in
Dolphin". This feature suggestion appears last in the post under the heading,
"THE ACTUAL SOLUTION: A TAGS PANEL".
https://discuss.kde.org/t/how-to-fix-tags-in-dolphin/16679
In this version I have corrected errors and incorporated my later comment.


The current functionality to add, edit, view, filter by tags is confusing and
scattered throughout the UI. What we need is a dedicated Tags Panel. 

I don’t think tags need to be removed from the Info and Places panels, although
I wouldn’t be having tags appear in the Places panel by default, aside from All
Tags, instead dragged there from the Tags Panel or All Tags.

SEE ATTACHED MOCKUP – the rest of this references that design.

The Tags Panel will only list tags within the current directory and its
sub-directories. Using the tickboxes initiates a search in the current
directory, without enabling the search panel.
The tickbox on the left is the same as the Add Tags tickboxes from the Search
Panel, only showing in the search items with the selected tags. The tickbox on
the right (which ideally would be visually differentiated even when un-ticked
rather than my solution of confusing “show” and “hide” labels above the
columns) allows you to hide items with certain tags from your search. As you
check those boxes, the list grows shorter, only showing options that would
yield results; that is, only show tags in the folder being searched or its
sub-directories, that appear with the tags you have checked “Show”, and that
don’t appear with the tags you have checked “Hide”.

Any Tag in this list can be clicked to navigate to its tag fragment (not
activating a search in the selected folder like selecting the show or hide
tickboxes) or dragged to the Places panel.

With this filter functionality from the Tags Panel, the “Add Tags” dropdown in
the search panel is redundant and should be removed, and the user can use a
combination of the search panel and the new Tags Panel to filter their search
results. This would require the Tags Panel to respond to your search settings
like where you are searching (“From Here (location)” VS “Your files”).

N.B. to navigate to a tag fragment from a selected file or folder, you would
still need to click on the tag from the Info Panel, but I think this is the
correct design, keeping the Tags Panel for filtering, and info panel for
showing info attached to a selected item.


You can search for tags from the list using the search box, a basic text filter
to find tags in a long list.

The add tag button to the left of the search box turns the whole panel into an
add/edit tags menu, similar to the window that appears when clicking “Edit…”
(in the Tags section) from the Info Panel – perhaps this should be more of an
“edit tags” button than “add tag”, but I used the add tag symbol in my design
because it was already there. When this button is clicked, the list of tags to
filter by becomes list of all tags, the ones that apply to your selected item
already ticked, and the search box becomes an Add Tags box. This mode should
also be able to be activated with a keyboard shortcut.
The Add Tags box is similar to the Create New Tags box from that Edit Tags
window, but I would amend its functionality to be able to add both new and
existing tags. Currently to add tags, you bring up the Edit Tags window, and
add one tag at a time by either selecting it from the list or typing the tag
exactly and in full. To improve this experience, a case-insensitive
autocomplete function should allow you to easily search existing tags by simply
typing it in the Add Tags box and pressing enter once the autocomplete has done
its job and found your desired existing tag. Once you have pressed enter and
added that tag, your cursor will remain in the add tags box for you to
immediately type another tag, instead of exiting the window as is the current
behaviour, which requires you to click “Edit…” again to add another tag.
Another improvement over the current Edit Tags window would be to sort all
currently selected tags for your item to the top of the list.

-- 
You are receiving this mail because:
You are on the CC list for the bug.