-
Notifications
You must be signed in to change notification settings - Fork 159
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Do not show parent folders in favorites #4608
Comments
What is the path good for?Prevent name collision: I think the path is useful to distinguish favored files with the same name and it gives some context (=orientation - "where is the file?"). My guess is, that in most usecases users favor mainly folders and only in some cases files (90% - 10% or so..). Heuristics:
If it is true, that favoring files is a quite rare usecase, name collision would also be rare. (besides: name collision could also happen for folders, but is not prevented by design) orientation: The tooltip displays the path, this should be sufficient for orientation. Should we remove the path / parent folder?--> Yes, I agree with Franka. I think we should on the one hand drop the path to gain more clarity in the files list on the other hand. Enhancement: How to provide orientation for "isolated" files?
This task must also be solved for a proper search result list. As soon as we have a proper solution for the search results list, we can adapt "orientation" -pattern from there to the favorites. |
solved by #5953 |
Hey,
could we show only the folder name in the Favorites list and remove the ".../.../..." before? From a user perspective it feels a bit crowded and unnecessary information in that weight/size. See screenshot attached :)
Maybe we have to think about a component / design item that displays breadcrumbs within one list item instead.
All the best,
Franka
The text was updated successfully, but these errors were encountered: