Bug 42587

You might want to consider that there is no limit on the length 
of a Linux file name.

-- 
JRT

Yes I know maybe someway to tell KDE what the longest it should show
is? I know in windows they have a 256 character limit to filenames(if i
remember correctly) and windows explorer will show the whole name. 

If you haven't seen windows do this go the closest available windows
machine fine a populated directory(the windows directory for example...)
and make a text file with a ungodly long file name and see what it does.
It would be really nice if KDE could show it all as one long line as
opposed to word wrapping to get the whole filename shown just because
it makes it easier to read 20 files with long filenames like
that(especially when I'm going through my cd collection that I have
MP3'd).

Even if there was an option for it with the default set as it is now
but letting the user change the length.

On Sun 2002-07-14 at 05:24 James Richard Tyrer wrote:
> You might want to consider that there is no limit on the length 
> of a Linux file name.
> 
> -- 
> JRT
> 
> (Complete bug history is available at http://bugs.kde.org/db/42/42587.html)
> 
-- 

Steven Adeff
ADEFFS@RPI.EDU
Rensselaer Polytechnic Institute
AOLIM:"IndieRockSteve"

Those who can think do; those who cannot dress funny.

"Bodies are for hookers and fat people" - Bender

You can teach the ignorant with the stupid there is no hope.

"You see eventually your music will help put an end to war 
and poverty it will align the planets and bring them into 
universal harmony allowing meaningful contact with all 
forms of life."
-Bill 'n' Teds Excellent Adventure

I totally agree with the originator of this bug. I am/was filing the exact same
"bug/wishlist". Please, if it's possible to code, address this. This is one of
the only gripes my mother has with Linux. Let's shut her up.

Bug 14091 is a copy of this 

I also agree, as when a file/dirname is wordwrapped, it makes recognizing it much 
more difficult.  Maybe have a second multicolumn view that has dynmamic column 
widths.  Aka, have... 
 
Icon View 
Multicolumn View 
Dynamic Column View 
 
That way there is still the original way view, as well as the other way, which seems 
to be popular as I saw alot of old bugs requesting this. 

Have to agree as well. It's really hard to manage a larger collection of whatever kind of files (like mp3s / oggs) in MultiColumn View when you can't see the full name of a file.
Word wrapping makes MultiColumn View even more cumbersome if there are several (or even most) files to be wrapped.
If anyone can *please* address this - unfortunately I can't do such a thing :(

the column width would be nice if it could autofit but also have a handle to resize each column.  given the fact that linux allows for really long file names, it might be nice to also set an upperbound limit.  

having a field header type widgit (like the detail view) for each column so that there was a handle resizing the field

I don't think that by setting it by number of characters is the way to do it since not all fonts are fixed with and this may result unwanted behaviour.  maybe by default the new multicolumn view could set the "automax" column width to the current width of the konqueror window. 

There are a lot of behaviours that could be optional in this view and there would have to be a option box to toggle some flags.  for instance, given a preset max or auto max column width, i would like the ability to simply truncate the file name from view (long  file name...) so that it didn't wrap. although, i'd also want to have the ability to wrap.  

Just want to add my support for this!  It's a pain to go through mp3s when they're wrapped or truncated.  Wrapped looks funny with small icons.

I find this behavior of konqueror very disappointing. Every time i want to use konqueror in multicolumn view to manage my files i fall back with gentoo file manager or midnight commander. I've to admit that the buggy Explorer:ListView makes a better job in helping complex file management than Konqueror::MulticolumnView. The problem here is to help user quickly visualize needed files that often are organized by name patterns. The fixed column width kill the possibility to be quick to visualize files as groups (groups that are based on name conventions). The wrap is bad because it breaks name patterns and make the view much less clear and difficult to analyze. In the end i completely agree with bug reporter that this is an very important-to-add feature to for konqueror file system browsing.
I'm not able to add it now(few QT/KDE programming background) but in the future i'll end up to add this by myself if i'll have time.

I still have high hopes that this can make it into the 3.x line - if only someone with KDE / Konqueror coding experience tries to really use MulticolumnView and gets annoyed by this a fix might not be that far off anymore.

To improve the user interface even more the mouse-wheel / scroll code could be looked upon so that it moves a whole column to the left / right instead of a certain amount of pixels, so that no column exepct the very first will be aligned with the border of the window. Right now users have to re-focus every time they scroll in MultiColumnView. I'm not sure if this should be reported as a new bug since it would be directly related to how and if this request here will be fullfilled.
I suppose such a "scroll whole column" feature would have to be implemented differently when (as requested here) columns can have different sizes from folder to folder - though all columns in one folder should have the same size for this to work well.

The QIconView widget that the KDE File Open (and save) dialogs use has a limit of 300 characters for a file before it is ended with an elipses (...), i.e. it does not word wrap. This is the exact behaviour wanted for Konqueror. However, Konqueror inherits from this widget and does all the icon drawing itself. I've had a bit of a look at the code, but I'm honestly lost. It would take many hours for me to grasp the code for this complex beast of a program.

From what I see, they calculate a grid first, then they populate it with icons and word wrap the text to fit into the predefined columns. Since it's a predefined grid (with I think a hardcoded width); making it dynamically size the columns seems a tad difficult. At least more than the 2 line fix I was hoping for :)

*** Bug 31898 has been marked as a duplicate of this bug. ***

*** Bug 85623 has been marked as a duplicate of this bug. ***

Since bug 31898 has been marked as a dup. I hope the devs fixing this notice that keyboard navigation in multicolumn view is broken as well. Not just the way the columns look.

AFAIK, the keyboard navigation is a Qt bug, which probably has at least a dozen reported instances. 

As I am interested as well in resolving this bug as soon as possible and to make it easier for others to understand the point of this, a few screenshots should help:
 - the way Konqueror shows filenames in aforementioned view
[ http://benjamin.schallar.com/~benjamin/kde_konqueror_listing.jpg ],
 - the way windows explorer (tm?) views files in the so-called "list" view
[ http://benjamin.schallar.com/~benjamin/windows_explorer_listing.jpg ].

I'm currently trying to compile the current KDE CVS (without any success at the moment) and will try to get into the code ASAP... maybe this can get fixed before christmas 2004 :).

Besides the way the files look, which is not too bad as far as I am 
concerned, although a cleaner more separated look is certainly better. I 
think the most important *bug* here is the way konqueror seems to jump 
to random files when u want to 'keyboard navigate' through the list of 
all folders. It just doesn't jump one by one. I've been waiting since 
kde 2 for this to be fixed. If you can get it over with before 
Christmas, you have my deepest regards :)

Bye

Benjamin E.Schallar wrote:

>------- You are receiving this mail because: -------
>You are a voter for the bug, or are watching someone who is.
>        
>http://bugs.kde.org/show_bug.cgi?id=42587        
>
>
>
>
>------- Additional Comments From smarty schallar com  2004-11-17 15:28 -------
>As I am interested as well in resolving this bug as soon as possible and to make it easier for others to understand the point of this, a few screenshots should help:
> - the way Konqueror shows filenames in aforementioned view
>[ http://benjamin.schallar.com/~benjamin/kde_konqueror_listing.jpg ],
> - the way windows explorer (tm?) views files in the so-called "list" view
>[ http://benjamin.schallar.com/~benjamin/windows_explorer_listing.jpg ].
>
>I'm currently trying to compile the current KDE CVS (without any success at the moment) and will try to get into the code ASAP... maybe this can get fixed before christmas 2004 :).
>
>  
>

CVS commit by mkoller: 

BUG: 42587
GUI: The maximum text width used in konqis multi column view is now configurable in konqis appearance dialog. The default is 600 pixel, which should be enough to not wordwrap the files text.
Now the iconview determines the column width dynamically, so it's no longer fixed for all columns.


  M +27 -6     kcontrol/konq/fontopts.cpp   1.59
  M +1 -1      kcontrol/konq/fontopts.h   1.25
  M +1 -0      libkonq/konq_defaults.h   1.29
  M +30 -15    libkonq/konq_iconviewwidget.cc   1.306

Thanks a million mr Martin. But just to get this straight. Does this 
solve the keyboard navigation problem as well. i.e. pressing 'down' will 
correctly select 'next file', and not jump randomly based on filename 
length? Can you please confirm that.

Anyway, thanks again. Wish to see this in kde3.4 :)

BR


Martin Koller wrote:

>------- You are receiving this mail because: -------
>You are a voter for the bug, or are watching someone who is.
>        
>http://bugs.kde.org/show_bug.cgi?id=42587        
>m.koller surfeu at changed:
>
>           What    |Removed                     |Added
>----------------------------------------------------------------------------
>             Status|NEW                         |RESOLVED
>         Resolution|                            |FIXED
>
>
>
>------- Additional Comments From m.koller surfeu at  2004-12-04 13:07 -------
>CVS commit by mkoller: 
>
>BUG: 42587
>GUI: The maximum text width used in konqis multi column view is now configurable in konqis appearance dialog. The default is 600 pixel, which should be enough to not wordwrap the files text.
>Now the iconview determines the column width dynamically, so it's no longer fixed for all columns.
>
>
>  M +27 -6     kcontrol/konq/fontopts.cpp   1.59
>  M +1 -1      kcontrol/konq/fontopts.h   1.25
>  M +1 -0      libkonq/konq_defaults.h   1.29
>  M +30 -15    libkonq/konq_iconviewwidget.cc   1.306
>
>  
>

It could be useful to have different icon sizes for "Icon View" (larger) and "MultiColumn View" (smaller). Windows Explorer uses always tiny icons (icon height = row height) in its "List view". Explorer's solution is very good. Now there isn't really point switching between "Icon view" and "MultiColumn view". 

"MultiColumn View" could be replaced with a better word. At least no CamelCaps, they scare users. 

Hi!

Using KDE CVS head, I can only / sadly confirm the "selection bug" still exists.
I finally could get kde cvs compiled... the long filenames fix is great though! :)

Benjamin

<quote>
Thanks a million mr Martin. But just to get this straight. Does this
solve the keyboard navigation problem as well. i.e. pressing 'down' will
correctly select 'next file', and not jump randomly based on filename
length? Can you please confirm that.
[...]
BR
</quote>

I am afraid this section is being handled here
http://bugs.kde.org/show_bug.cgi?id=79370

and someone was saying expect the fix in qt4 :( Anyway, should not be 
that far away

BR

Benjamin E.Schallar wrote:

>------- You are receiving this mail because: -------
>You are a voter for the bug, or are watching someone who is.
>        
>http://bugs.kde.org/show_bug.cgi?id=42587        
>
>
>
>
>------- Additional Comments From smarty schallar com  2004-12-14 14:57 -------
>Hi!
>
>Using KDE CVS head, I can only / sadly confirm the "selection bug" still exists.
>I finally could get kde cvs compiled... the long filenames fix is great though! :)
>
>Benjamin
>
><quote>
>Thanks a million mr Martin. But just to get this straight. Does this
>solve the keyboard navigation problem as well. i.e. pressing 'down' will
>correctly select 'next file', and not jump randomly based on filename
>length? Can you please confirm that.
>[...]
>BR
></quote>
>
>  
>

So this mean KDE 3.4 will not have this problem, right? If so, thank you!!! :) :)

Hi!  I installed  KDE 3.4 from  supplementary for Suse 9.0
And saw this bug still exist, but after I chose Settings->Configure Konq->Appearance and tweak "Width for icon text" (it was set 600 - but has NO influence on things)  up and down, - this bug disappeared.

P.S. This behaviour doesn't depend on whether .kde/ from old kde exist, 
bug disappears after first tweaking of anything in Settings->Configure Konq->Appearance, and pressing Apply.

Hi!

First of all, thanks for all the previous efforts from all involved KDE developers: you are great! :)

As this bug is still not "completely" fixed (see [0], a screenshot from KDE 3.4.1 from the debian alioth-kde team and [1]), although the situation has improved considerably, what would be better:
 - reopening the bug and to ask/verify that this [hopefully] will get fixed in QT 4,
 - open a new bug and leave a link here in a comment;

what would you [developers] suggest?

Thanks!

Regards,
Benjamin

[0] http://benjamin.schallar.com/~benjamin/kde_konq_3-4-1_mcv.png (multicolumnview on konqueror 3.4.1)
[1] http://benjamin.schallar.com/~benjamin/kde_konq_3-4-1_alternative.png (ReactOS explorer in wine, would be the same with windows explorer though)

I'd tend to agree. A lot of good has been done to MultiColumn View in the last few releases, but it is not quite there yet. There are other filemanagers to look at and see what can be done better in this regard; I guess Benjamin outlined it quite well again with the screenshots.

So basically I second that.

Regards,
Chris

I'm using KDE 3.5.0.

Konqueror has reverted to using elipses to truncate long filenames.

I'm reopening this bug so it can be fixed.

Using KDE 3.5.2 I can only confirm that this behaviour is still existant.

Is there a reason why this bug has been marked "fixed" again?

Thanks!

PS: Thank you very much for your fixes, Martin! They are greatly appreciated.

I beleive I once got a reply that this bug is technically impossible to fix until KDE 4!
That doesnt mean it should be marked as fixed though!


-----Original Message-----
From: owner@bugs.kde.org on behalf of Benjamin E.Schallar
Sent: Fri 5/12/2006 2:45 PM
To: Ahmed Kamal
Subject: [Bug 42587] Multicolumn view file name word wrap   
 
------- You are receiving this mail because: -------
You are a voter for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=42587         




------- Additional Comments From smarty schallar com  2006-05-12 13:45 -------
Using KDE 3.5.2 I can only confirm that this behaviour is still existant.

Is there a reason why this bug has been marked "fixed" again?

Thanks!

PS: Thank you very much for your fixes, Martin! They are greatly appreciated.

So it will be possible to fix it in KDE 4?

That would be fine by me... :-)

Thank you for the info!

Regards,
Benjamin

OK, as KDE 4 is arriving soon (2007 Q4 or 2008 Q1), is there a change that the new file navigator can actually display file lists in such a way?

Moreover, could someone please mark this bug as NOT fixed, because it never was fixed... ?

Thank you.

Kind regards,
Benjamin

Uhm... "is there a change" was meant to read "is there a chance"... sorry for the noise. ;-)