Initial Checklist
Idea
Idea
Tags are a useful way to organize files and folders across different locations, but currently they are very difficult to rediscover after they have been assigned.
For example, I added a tag to a file for testing. Later, I wanted to find the file again using that tag, but I could not find any obvious way to search or browse by tags in the Web UI.
The only workaround I found was:
- Assign the same tag to another file.
- Click on the tag shown in the file row.
- This opens a view containing the files and folders using that tag.
Without already knowing where a tagged file is located, there does not seem to be an obvious entry point to get back to a tag.
Suggested improvement
It would be very helpful to have a dedicated Tags section in the left sidebar, similar to Favorites.
This section could:
- List all tags available to the user.
- Optionally show the number of files and folders using each tag.
- Allow clicking a tag to display all files and folders associated with it.
- Allow searching/filtering by tag.
- Allow tags to be removed from multiple files or folders at once.
- Support normal batch actions on the resulting files, such as download, copy or move.
Additionally, tags could be added as a filter to the existing search interface.
Example use case
One practical example would be preparing documents for a tax return.
Documents may be stored in many different folders throughout the year. Instead of moving or copying them into a special folder, I could simply assign a tag such as Tax 2026.
Later, I could open the Tags section, select Tax 2026, see all related documents and then:
- download all of them,
- copy or move them into another folder, or
- download them together as a ZIP archive.
Afterwards, the tag could be removed from all selected files if it is no longer needed.
User value
Tags are especially useful because they can group files and folders without changing their actual folder structure.
However, this only works well if users can easily rediscover and manage their tags. A dedicated Tags view and/or tag filtering in search would make the existing tagging functionality much more useful and easier to understand.
Additional observation
I found out where the existing tags can be found.
They are not shown when entering text into the search field at the top. Instead, I first have to click the search icon. On the search page, there is a Tags filter which lists the available tags.
So the tags are discoverable, but the current UI makes this rather difficult to find.
While testing this, I also noticed another issue: I now have tags such as t and testtag which are no longer assigned to any file or folder, but they still appear in the tag list.
I would expect unused tags to either:
- be removed automatically once they are no longer assigned to any file or folder, or
- have a dedicated management interface where tags can be renamed or deleted manually.
If unused tags are intentionally kept, a Tags management view would be especially useful to prevent the list from accumulating obsolete or accidentally created tags.
Additional UX suggestion for search discoverability
Another point regarding the discoverability of the tag search:
Intuitively, I would not have clicked the magnifying glass icon next to the search field, because I associate this icon with simply executing the search for the text entered above.
It was therefore not obvious to me that clicking the icon opens a separate page with additional search filters such as Tags.
In the iOS app, the Search section is available separately in the navigation menu. I think a similar approach could make sense for the Web app as well.
Possible improvements could be:
- add a dedicated Search entry to the left navigation, similar to the iOS app, or
- use a separate icon/button that more clearly communicates Advanced Search or Search Filters.
This would make it much easier to discover that there is a more powerful search interface behind the standard search field.
Initial Checklist
Idea
Idea
Tags are a useful way to organize files and folders across different locations, but currently they are very difficult to rediscover after they have been assigned.
For example, I added a tag to a file for testing. Later, I wanted to find the file again using that tag, but I could not find any obvious way to search or browse by tags in the Web UI.
The only workaround I found was:
Without already knowing where a tagged file is located, there does not seem to be an obvious entry point to get back to a tag.
Suggested improvement
It would be very helpful to have a dedicated Tags section in the left sidebar, similar to Favorites.
This section could:
Additionally, tags could be added as a filter to the existing search interface.
Example use case
One practical example would be preparing documents for a tax return.
Documents may be stored in many different folders throughout the year. Instead of moving or copying them into a special folder, I could simply assign a tag such as
Tax 2026.Later, I could open the Tags section, select
Tax 2026, see all related documents and then:Afterwards, the tag could be removed from all selected files if it is no longer needed.
User value
Tags are especially useful because they can group files and folders without changing their actual folder structure.
However, this only works well if users can easily rediscover and manage their tags. A dedicated Tags view and/or tag filtering in search would make the existing tagging functionality much more useful and easier to understand.
Additional observation
I found out where the existing tags can be found.
They are not shown when entering text into the search field at the top. Instead, I first have to click the search icon. On the search page, there is a Tags filter which lists the available tags.
So the tags are discoverable, but the current UI makes this rather difficult to find.
While testing this, I also noticed another issue: I now have tags such as
tandtesttagwhich are no longer assigned to any file or folder, but they still appear in the tag list.I would expect unused tags to either:
If unused tags are intentionally kept, a Tags management view would be especially useful to prevent the list from accumulating obsolete or accidentally created tags.
Additional UX suggestion for search discoverability
Another point regarding the discoverability of the tag search:
Intuitively, I would not have clicked the magnifying glass icon next to the search field, because I associate this icon with simply executing the search for the text entered above.
It was therefore not obvious to me that clicking the icon opens a separate page with additional search filters such as Tags.
In the iOS app, the Search section is available separately in the navigation menu. I think a similar approach could make sense for the Web app as well.
Possible improvements could be:
This would make it much easier to discover that there is a more powerful search interface behind the standard search field.