Bug 59825 - Automatic column resizing in viewmode detailed list view
Summary: Automatic column resizing in viewmode detailed list view
Status: RESOLVED DUPLICATE of bug 41084
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-15 19:44 UTC by Christoph Eckert
Modified: 2004-02-18 16:11 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Eckert 2003-06-15 19:44:41 UTC
Version:            (using KDE KDE 3.1.1)
Installed from:    SuSE RPMs

When in file mode of konqueror, all columns (name, filetype and so on) are always automatically resized so the column size always is as large as the longest filename. When there is one single file with a very long name in the dir, this is not as nice; when you now rename the file with the large name, the name-column automatically is resized.
I'd like the possibility to define globally the size of these columns and additionally to have the possibility to define this for an individual. Maybe, an option in the prefs would be useful to enable '[X] Automatically resize column sizes by file's name'
Comment 1 Ralf Mueller 2003-07-16 18:26:52 UTC
I absolutely agree with the reporter. Also, I
Comment 2 Sean Lynch 2003-09-22 04:39:42 UTC
I also agree completely.  This is a very big problem which is still present in CVS as 
of the date posting this.  It would be nice if konq remembered column widths 
automatically, or at least make it possible to store it in the view profile (although I 
would prefer automatically myself) 
Comment 3 rgpublic 2004-01-12 17:59:53 UTC
Completely agree. This is really annoying me for ages.
And to add sth. new to this topic:

I think this is a DUPLICATE of Bug # 41084

Comment 4 Benoit Walter 2004-02-18 16:11:04 UTC
Yes, this is a duplicate of #4104, which I am going to fix.

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