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 47806 - changes to column widths are not saved
changes to column widths are not saved
Status: RESOLVED DUPLICATE of bug 410361
Product: nautilus
Classification: Core
Component: Views: List View
2.11.x
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 330643 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-03-18 14:37 UTC by Jeff Hiltz
Modified: 2011-04-13 15:02 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Jeff Hiltz 2001-09-10 01:31:34 UTC
Description:
In the List view, the column widths do not have a lot of flexibility in terms of changing their width. 

How To Reproduce:

- Open a folder and view it as list
- Make the Nautilus window intself fairly wide on your screen
- You will notice that most likely your Date column has become quite large
- Now try to make it much smaller. This is the first problem, it doesn't appear like it has the ability to be made much smaller.
- Further to this try and extend the Filename section to a larger size, and you will find that it's ability to get larger is quite limited (not so good for long filenames)...



------- Additional Comments From jeff@greatwirednorth.com 2001-03-18 09:41:40 ----

- Also the directory listing does not seem to remember any adjustments you make on column widths. If I go into a folder adjust the column widths, then leave, then return in the column widths seem to have changed back to default values.



------- Additional Comments From eli@eazel.com 2001-03-18 11:57:57 ----

I think this is effectively a duplicate of 45110, however it also raises the
question of minimum widths.



------- Additional Comments From darin@bentspoon.com 2001-03-26 09:26:35 ----

Bug 45110 is about the maximum/minimum problem.

Changing this bug so it's only about the fact that the column widths are not
saved (even though that was only mentioned here as an afterthought).

Next time please write separate bug reports for the separate bugs instead of
appending additional bugs to the existing bug report.



------- Additional Comments From snickell@stanford.edu 2001-07-23 00:38:15 ----

Taking bugs previously assigned to Pavel, assigning them to myself. Will parse
them out at my leisure , but many are GnomeVFS bugs we should look at for 2.0



------- Additional Comments From mjs@noisehavoc.org 2001-07-23 01:16:59 ----

Move to unassigned. I'll probably want to take a crack at some of these myself,
and Seth says he is unlikely to.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:31 -------

The original reporter (jeff@greatwirednorth.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.

Comment 1 Daniel Bachran 2001-10-12 14:03:22 UTC
I hope when the "remember my column sizes" gets implemented, I will
have the ability to define the column sizes _once_ for each and every
directory I enter, as a kind of new default.

I would not like the idea very much that the column sizes are being
modified some time because I set them once and like them that way,
possibly forever. (That is also one thing that bugs me from time to
time when I need to use a Windows machine. Sometimes the windows
explorer does modify the column sizes, even though I tried all
possible settings...)
Comment 2 John Fleck 2002-01-05 04:06:35 UTC
Changing to "old" target milestone for all bugs laying around with no milestone set.
Comment 3 John Fleck 2002-04-17 13:13:53 UTC
This is still an issue in GNOME2, but doesn't make the "high" priority
list as far as I'm concerned. Worth fixing at some point, but not in
the current GNOME2 rush.
Comment 4 David Kennedy 2002-11-27 19:38:26 UTC
Still an issue in 2.1, adding GNOMEVER2.1, GNOMEVER2.0, bugsquad
Comment 5 Matthew Gatto 2004-01-11 05:23:24 UTC
Bumping Version to 2.5.
Comment 6 Steven Wagner 2004-06-05 02:37:58 UTC
I think column memory is very important in making spacial navigation work well.
Right not it gives List view the feeling of not being integrated into spacial
mode. Any way we can bump up the priority on this?  The idea in comment #1 is
also good, but secondary to getting basic column width memory implemented. IMHO,
this is needed to match basic functionality found in xp and OSX, and should be
changed to priority Major.
Comment 7 Steven Wagner 2004-07-26 07:49:01 UTC
The current behavior is for List view to automatically set the columns to the
width of the largest item contained within that column.  If this could just be
patched so that there was a MAX size which could not be surpassed...it would fix
the issue of long file names creating unmanagably large column sizes.  This
should be an easy fix till the long term with column width memory could be
implemented.
Comment 8 Christian Neumair 2005-07-07 19:13:57 UTC
We should really figure out whether the column width should be saved
per-directory or globally. Usability crew, any opinion? IMHO, comment 1 sounds
sane, but we also have to consider that in little spatial windows, too wide
columns can be extremely annoying.
Comment 9 Calum Benson 2005-07-08 13:35:21 UTC
I'd certainly vote for per-window... I guess some way of setting a default for
as-yet-unopened windows might be useful (in which case, the Nautilus and
Evolution guys should probably co-operate on how to do it), but I think that
could be a separate enhancement request, really.
Comment 10 pinkisntwell 2005-12-23 22:16:04 UTC
Nautilus shoudl remember the column widths, this is vital and needs to be fixed as soon as possible.
Comment 11 Christian Neumair 2006-02-10 13:47:23 UTC
*** Bug 330643 has been marked as a duplicate of this bug. ***
Comment 12 Steeve McCauley 2006-09-20 20:33:53 UTC
Still not fixed in 2.14, any fixes for column width max/min in 2.16?   Column sizes, in my world, would be proportional for some columns like Name and Size, but Date is almost always scrolled off the window whenever I open a list view, and that is when I most often want to sort by date to see recently added files.

Comment 13 Thilo Six 2007-09-07 17:05:01 UTC
@  Steeve McCauley
> but Date is almost always scrolled off the window whenever I open a list view,
> and that is when I most often want to sort by date to see recently added files.

How about if you chnage the orde of colums in nautilus preferences?

for more information pls see:
http://bugzilla.gnome.org/show_bug.cgi?id=410361#c16

Comment 14 Cosimo Cecchi 2007-12-31 10:43:04 UTC
I'm closing this report as a duplicate of #410361, as there's a newer discussion there.

*** This bug has been marked as a duplicate of 410361 ***