After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 419343 - sizing of list view columns changed for worse
sizing of list view columns changed for worse
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: List View
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 419721 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-03-17 13:30 UTC by Diego González
Modified: 2011-04-13 15:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
expand the column with a minimum size (1.57 KB, patch)
2007-05-15 23:02 UTC, Josselin Mouette
none Details | Review

Description Diego González 2007-03-17 13:30:32 UTC
hi, since today 17/03/2007 (i compiled nautilus from SVN trunk today, the last version i had was from 2 weeks ago or so), the column containing the name of the files is very small, i have to resize it in every folder to be able to see the whole file name.

It seems that the behavior changed, before all the free space was assigned to the first column and now is assigned to the last column, which in my case is just a date.
Comment 1 Joseph Fannin 2007-03-21 04:02:24 UTC
I am seeing this also, though I recall that Nautilus just remembered the previous column sizes for the folder, and restored them.
Comment 2 Josselin Mouette 2007-05-15 23:02:06 UTC
Created attachment 88252 [details] [review]
expand the column with a minimum size

This patch improves the behavior by making the column expandable (as it was some time in the 2.17 series), with another improvement being a minimum size for the column. It avoids making the filenames unreadable when the window size is too small.
Comment 3 Josselin Mouette 2007-06-09 09:11:39 UTC
This patch has been in Debian unstable for a few weeks (together with a fix for bug#316087) and I have only received positive feedback.
Comment 4 Diego González 2007-07-31 07:47:35 UTC
this bug is still there and is quite annoying to say the least. 

Attached there is a screenshot in which the the "Size" column is ridiculously long compared to the "Name" column which is very very small.

Comment 5 Martin Wehner 2007-08-02 00:30:13 UTC
I've committed a patch that restores the old column autosizing behaviour, while keeping the ellipsization of the column. I think it's the best compromise right now, since I think the intent of the change was not make the initial filename column size hard-wired, but to get ellipsization applied to it. I know the old behaviour is not always ideal (if you have a folder with single long filename for example), but nobody really complained about it.
The expandable-column-based approach looks promising, but behaves quirky with a stock gtk+ as long as bug 316087 is not fixed.

2007-08-01  Martin Wehner  <martin.wehner@gmail.com>

	* libnautilus-private/Makefile.am:
	* libnautilus-private/nautilus-cell-renderer-text-ellipsized.c:
	* libnautilus-private/nautilus-cell-renderer-text-ellipsized.h:
	* src/file-manager/fm-list-view.c: (create_and_set_up_tree_view):
	Use a custom cell renderer for the filename column which applies
	ellipsization but reports its size based on the actual width of 
	the text to be rendered. This restores the original column
	autosizing behaviour while keeping the ellipsization. (#419343)
Comment 6 Murray Cumming 2007-08-02 10:21:32 UTC
You have my thanks.
Comment 7 Cosimo Cecchi 2007-12-31 10:47:54 UTC
*** Bug 419721 has been marked as a duplicate of this bug. ***