Summary: | Addition of a dedicated Tags Panel | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | m1vri31c |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | j.straight-kde, kdedev, kfm-devel |
Priority: | NOR | ||
Version: | 24.05.0 | ||
Target Milestone: | --- | ||
Platform: | NixOS | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Tag Panel Mockup |
Description
m1vri31c
2024-06-07 08:31:13 UTC
Something I might add is that in the filter mode, the panel would show any parent tags for tags that exist within the searched directory, but wouldn't show the options to tick to filter by them. Add tags mode would also have parent tags of course. It would also sort tags by their parent tags. e.g. tag1/tag2 and tag1/tag3 would always appear together, as: tag1 tag2 tag3 Visually, I would suggest connecting lines between them like folders in Dolphin's Details view, rather than just indentation like above. When searching, parent tags would still be shown even if they don't match the search, as they are useful information about the tag you are searching. Bug 432720 points out filtering can also be applied when adding tags. If this is implemented alongside my autocomplete suggestion, the filter/search of the tags as you type should not respond to the autocompleted text, but the text you have specifically typed. Perhaps a Tick can be pre-applied to the tag that corresponds to your autocomplete, while the tags that respond to the text you have typed as a filter appear unticked. Unticking the autocompleted one in the list would also remove the autocompleted, selected text in the text entry box. This means any tag that perfectly matches the text in the textbox (whether some of it is autocompleted or not) would be ticked, just like the current edit tags menu. (In reply to m1vri31c from comment #1) Do people think when in the filter view of the panel that searching for a tag should also reveal all it's children? I think it is useful in the case of tagging things with author/[theAuthor] or genre/[thegenre] to be able to search for "author" or "genre" and reveal all the tag's children, in this case a list of authors or a list of genres. I don't know if this is a bug, but I just noticed the current Edit Tags window doesn't sort tags alphabetically. In the tags panel, they should definitely be sorted alphabetically aside from things I mentioned like sorting tags for your selected item to the top, or under their parent tag. Perhaps another sort option could be sorting by popularity. I have reported the lack of sorting in Add/Edit Tags as mentioned in Comment #4 as Bug 489152 It is also worthwhile in the filter view to be able to switch between filtering only at the current directory level or also searching subdirectories. Also, shift+clicking (or some other way) the show or hide tickboxes of a parent tag should show/hide all of its children. That is, shift+clicking "hide" for the tag "tag1" should also hide "tag1/tag2" and "tag1/tag3". Thanks for sharing this design proposal! A better place to do this is in the Visual Design Group chatroom, because this isn't really a bug or a discrete feature request (it's more like a bunch of feature requests all mashed together). As such it would make more sense to discuss it in a group setting where existing design choices and constraints that may not be immediately obvious can be explained, and we can go over which elements of this proposal might make sense to integrate. Check out https://community.kde.org/Get_Involved/Design. Thanks for understanding! |