GNOME Bugzilla – Bug 66768
please add multi-column icon view like Windows Explorer's "list view"
Last modified: 2008-09-08 21:10:07 UTC
It would be really nice with a file view like the one called "list view" in the Windows explorer. I.e. a multi-column list (each collumn with individual width depending on the longest file name) with a small icon (same height as text) on the left of the file name text. This is somewhere in between icon-view and detailed view. Last time I looked this feature was lacking from nautilus. cheers!
This is also a bit like the Macintosh "small icon" view.
*** Bug 74782 has been marked as a duplicate of this bug. ***
I think nautilus2 should have this feature. Maybe nautilus developers can implement this feature after GNOME 2 will be released ?
I've noticed that Konqueror already has this view: see menu "View"->"View Mode"->"MultiColumn View". Also I think that nautilus BTS can use a voting feature - see: http://bugzilla.gnome.org/showvotes.cgi Then developers will know which feature is most wanted by users.
*** Bug 106183 has been marked as a duplicate of this bug. ***
*** Bug 65107 has been marked as a duplicate of this bug. ***
*** Bug 122599 has been marked as a duplicate of this bug. ***
I would realy like to have this feature in Nautilus. Is there any work being done on this or will I have to learn C and hack it into Nautilus myself? :-)
closing as a duplicate of #96239 which has extra details and a screenshot *** This bug has been marked as a duplicate of 96239 ***
not the same issue in fact
*** Bug 160719 has been marked as a duplicate of this bug. ***
*** Bug 169430 has been marked as a duplicate of this bug. ***
Created attachment 39102 [details] screenshot To avoid confusion I'll put up a screenshot of the desired behaviour. This is from velocity. Another Gnome file manager which happens to have a mode like we want.
*** Bug 304764 has been marked as a duplicate of this bug. ***
Perhaps this should have a corresponding GTK bug? The limitation seems to be in the widget.
This should be doable with the NautilusIconContainer uses for the icon view. I wonder whether we should transform the text-besides-icon feature into such a view.
Wouldn't this be a feature that other applications would like aswell? And as such would be better implemented in the toolkit? If the option is between adding functionality to GTK or hacking around the default apperance of the widget in nautilus then I vote for changing GTK. Should probably be easier aswell. Downside is that we get a dependency to a recent GTK.
I added an RFE for this at bug 310551.
Pierre, nautilus does not use a GtkIconView
Sorry. The behaviour and appereance was a bit to similar so it never occured to me that nautilus didn't use gtk's widget. I'll remove the dependency.
I guess it's been a year since anyone's commented on this. I've been wanting this sort of view in Nautilus for a long time, so I was happy to stumble upon this feature request today and realize I'm not alone. I'm potentially interested in working on this - I'm going to jump into the Nautilus code and see how tough I think this would be. I might be inclined to turn the text-beside-icons view into this new view, as suggested by Christian above (comment #16).
Just want to add this issue is my biggest problem with gnome in general, and this since many years. Is there a change to higher the priority of this?
Is there any movement in this area? Should we be bugging nautilus or GTK? It's been over 5 years since this was first proposed...
Adam: did you make any progress and/or have you any code to use as a base for such feature? I too, missed this feature for so long I would expect it would be implemented over years, just like the rubberbanding in the current List(details) view : http://bugzilla.gnome.org/show_bug.cgi?id=138931. This is not about copying other OS behaviors, but really something that improves the user "view" of its filesystem contents, when you have a lot of files but also when you have a few of them. IMHO, there is not enough manpower for Nautilus development, but I think trying to add this kind of feature will result in a poor implementation that's why I'm a bit skeptical to help. Well, I might give it an eye like everybody...
Stephane: About a year ago I spent a day or two looking at the Nautilus code to see how hard this might be to implement. I concluded that it shouldn't be too hard, but have had no time to work on this since. I remain very interested in this feature - it's by far Nautilus's biggest disadvantage as far as I'm concerned. I'd be thrilled if someone wanted to work on this.
Is not the same discussion i #341959? I also miss this feature, and would say that it is a key feature, for a modern file-manager
I do not understand why this bug blocks #341959, there are actually the same, except this one is really older, and not as easy to understand as the other one, which features super ascii-art :)
I'd really appreciate having this feature too. Seems that quite a number of people are requesting it (since far back): I've clicked the "voting feature" link at comment #4 but isn't working. Any way of "voting" for it somewhere? Thanks!
Can I suggest you just close this. Gnome will NEVER, EVER have multicolumn view (like EVERY other OS does). Switch to KDE or any of the other Linux window managers as they all have multicolumn view. Gnome by definition is not user driven but developer driven. Having an open "bug" for nearly a decade is proof that Nautilus/Gnome development isn't interested in user feedback. It's actually surprising that Gnome was ever developed since it is a gui which most developers ridicule anyway. Sorry to be so negative but I've personally waited over 5 years for this. I'm gone and so is Gnome.
Uhh, is this not exactly what Christian Neumair committed here: http://svn.gnome.org/viewvc/nautilus?view=revision&revision=14003 http://blogs.gnome.org/cneumair/2008/02/17/new-column-wise-nautilus-view-user-data-backup-replay/ Closing as fixed. Reopen if this isn't the case. Sorry to rain on the troll Nospam.
*** Bug 341959 has been marked as a duplicate of this bug. ***
5 months later and still no sign of this fix?
> 5 months later and still no sign of this fix? It will be shipped with GNOME 2.24.