GNOME Bugzilla – Bug 619760
Shorten filenames by removing the middle instead of truncating
Last modified: 2021-06-18 15:54:21 UTC
If you view long file names in Nautilus List View, it truncates by cutting off the end. But the vast majority of the time, if there are similar filenames, the part that differentiates them will either occur at the beginning or the end. If you cut off the end in this case, they will look identical and you will be forced to scroll or enlarge the text field to identify the one you want: This is a file.txt This is a long filename which is c... This is a long filename which is c... This is a long filename which is c... This is a long filename which is c... This is a short filename.jpg A better way to shorten filenames is to cut out the middle and leave the ends: This is a file.txt This is a long f...is number 001.jpg This is a long f...is number 002.jpg This is a long f...is number 003.jpg This is a long f...that it ends in.htm This is a short filename.jpg This should be the standard way to do it in Nautilus. http://brainstorm.ubuntu.com/idea/15752/
This looks like a good idea and should be easy to do by setting "ellipsize" to PANGO_ELLIPSIZE_MIDDLE on the cell renderer.
Created attachment 365826 [details] Middle ellipsize with fts snippets After discussing it with AlexFazakas on IRC, we've figured out this wouldn't play well with full-text-search snippets, which share the cell with the filename, as can be seen in the attached screenshot. Maybe we should wait for the new GtkListBox-based view to revisit this.
This is marked as done, or is not it here: https://wiki.gnome.org/Apps/Files/Roadmap so could this be revisited?
Hello. No, this is not done, you can see this bug's status is "NEW". (The Roadmap needs to be updated to point to our new roadmap labels in the GitLab instance, indeed.)
I was referring to "new GtkListBox-based view" where "Port GtkPlacesSidebar to GtkListBox" is marked as done.
Ah, I understand now. No, that is unrelated. It was about the sidebar (the list of shortcuts to Home, Documents, etc.) It happened to use GtkListBox too.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.