There appears to be no visible way to search for a Nepomuk tag in Dolphin; nor does using the standard search bar return results tagged with tags containing the search terms, when selecting "Filename" or "Contents" as the qeury setting. Reproducible: Always
Thanks for the report! I agree that having the possibility to search for tags might be nice.
Resetting assignee to default as per bug #305719
FTR: The previously used sidebar provided access to tags.
as a workaround (clumsy) if you click on the specific tag of a tagged file the result comes up and can be saved in "places" or bookmarks. anyone knows if one can write something in the "find" field, eg "tag:/"simply red" and get a result?
This could be of interest: http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk/QueryService
One implementation I was considering was to have the search bar also search tags, then return matched tags as folders the user can click on to get to the tagged files (e.g. in the search results for "Pictures", clickable folders for "Pictures of Me" and "Pictures of My Holiday" would appear as clickable folders, with files matching the search "Pictures" coming after. The user can then click the folder to view the files tagged with that tag.
Learning that Dolphin's maintainer thinks that the possibility to search for tags "might be nice" really made me laugh (in a sad way). No offense, but just think about it. What are tags good for if you can't search for them? Seriously, the possibility to search for them is the one and only reason tags exist in the first place. So please bring that feature back.
(In reply to comment #7) > Learning that Dolphin's maintainer thinks that the possibility to search for > tags "might be nice" really made me laugh (in a sad way). "Might be nice" means that I see the need for such a feature, and I'm willing to accept patches for this. If you're sad because I haven't worked on it myself yet: I don't have much time to work on Dolphin, and if you subtract the time that is needed to read e-mails and bug reports and reply to some of them, review patches and discuss issues with other developers, there's not much time left for coding, but lots of bugs that have to be fixed sooner or later. Therefore, I can't really work on new features in the near future. > So please bring that feature back. I wasn't aware that this feature ever existed. But I hadn't worked on anything related to tags and search before I took over Dolphin's maintainership a couple of months ago, so I might have missed it. To sum up: a) Everyone agrees that there is a need for this feature. b) Somone must implement it. Patches are welcome here (or even better, on ReviewBoard).
(In reply to comment #8) > Therefore, I can't really work on new features in the > near future. > > To sum up: > > a) Everyone agrees that there is a need for this feature. > b) Somone must implement it. > > Patches are welcome here (or even better, on ReviewBoard). Okay, I gave it a try by reverting parts of Revision d44b6468 (see https://projects.kde.org/projects/kde/kde-baseapps/repository/revisions/d44b6468bef884a77eb1e2eef1151a9bc94911b6 ) The search panel still works (sort of) but there are some nasty bugs and the user interface is far from perfect. Simply bringing it back won't cut it. Over the weekend I'll write down some ideas on what's wrong with the current implementation (the places panel) in comparison with the search panel and how to farther improve that from a power user's perspective. But I'm afraid the actual coding has to be done by Some Other Person™. I simply don't know enough C++ or the Dolphin code base to do it properly.
In addition please see: https://bugs.kde.org/show_bug.cgi?id=314030 Calls for a separate 'tag panel' which would provide similar functionality - for those who used tags frequently (or instead of places completely), and would enable such users to only display tags, or vice versa for other users. Implementing this bug for tag search would still be necessary as well (particularly for users with large numbers of tags).
*** Bug 258955 has been marked as a duplicate of this bug. ***
It could be more friendly to performing searches
2 Workarounds for tag search: To see a list of all available tags: Either write "tags:/" in the address bar, or create a shortcut in the "places"-panel that links to "tags:/" Searching for tags can also be done via Krunner (Alt+F2), the search results are limited, but it helps finding a file tagged with a certain tag, which itself can be used for a tag search by clicking on its tag.
*** This bug has been marked as a duplicate of bug 182367 ***