GNOME Bugzilla – Bug 775550
Search results listview columns widths should be remembered (path column keeps shrinking the others)
Last modified: 2020-03-23 07:48:07 UTC
Created attachment 341291 [details] screencast Screencast says it all... Nautilus keeps "shrinking" the filename column into oblivion (on super-fast intel-based computers you only see it happen in one step, but on slightly slower computers with radeon graphics you see the column shrinking in multiple steps), because the path column tries to eat all the space. I would like a) the path column to not be so aggressive at requesting width by default b) that Nautilus remembers whatever width I set for each columns the last time.
I agree this is less than ideal, let's think about soemthing smart for the column width management being more fair to every column. However, manual management of the width of the columns is something I would like to avoid at all costs, and therefore the "remember width" part.
Well, one thing I've been thinking about for a long time, but haven't been entirely sure about, is to nuke that column and make its contents show as a grayed-out text on a line right below each filename—effectively requiring a 2x icon size to go along with it, however. The only issues I see are: - I haven't tested this design in practice to see if it would be visually overloading/confusing - You can't sort by path by clicking the column header anymore... though maybe that's just a job for the global menubutton's popover.
I like the idea from comment 2, which, as a side effect, would make results from the current folder visually distinct from results from subfolders. (GtkTreeView may be a limiting factor on making this look good, though.)
Maybe Allan can help think about the proposed solutions (or different solutions) here, considering also the odd request in gitlab for even more columns at https://gitlab.gnome.org/GNOME/nautilus/issues/374 ...
Duplicated into GitLab https://gitlab.gnome.org/GNOME/nautilus/issues/1411