Version: (using KDE Devel) Installed from: Compiled sources In builds from recent CVS file names are truncated with an ellipsis after the (short) space provided for them is finished. The complete file name can be seen only in the status bar, and I doubt regular users would find even find it. A file manager is meant to manage files, and since for now the most important way to identify a file is its name, I think hiding part of it to make the icons align better makes Konqueror-the-file-manager quite a lot less useful, if not less usable. Please restore the old behaviour, or at least make the new one optional.
I have finally found the new entry in the control panel to change the maximum number of rows to use for the file name. However, I still think the space reserved for the icon name is too small. I think at least 20 characters should be shown in a single row. Maybe the text box could be scaled according to the font used. Additionally, for smaller icon sizes, the font size could be scaled down too (e.g if the "normal" font is set to 10 points, when icon size is small or tiny, the font is scaled to 8 points, (or the nearest size the font can be scaled to).
Created attachment 7200 [details] Filenames are truncated even when there is plenty of space This screenshot shows the filenames are truncated in multicolumn mode even though there is plenty of space. This bug is new in kde 3.3!
I too found the option (which was in konqueror's option panel) to set the the number of lines after which the filename is truncated. The problem is that there should not be such an option: there should be automatic truncation when the text height exceeds the icon height! So, by controlling the icon height, you automatically control the number of rows.
This "feature" as well as the truncated names in multi-column view make the konq too unusable. Isn't it possible to use the rendering engine from kde3.2 in konqueror in 3.3 ? As a temporary hack, of course.
This behavior is really silly beacuse when the window is not maximized there is no mean to know at a glance a long filename since it's truncated by the shortness of the window itself. I think that showing complete filename when selecting the file would be more appropriate. Best Regards
IMHO, could be resolved by 1) adding an option for how wide text under (or beside) icons should be, and 2) adding the alternative "infinite" for the number of lines after which the name should be truncated, in order to get back the pre 3.3 behaviour.
This new konqueror behavior is really absurd. To know the name of a long filename I have to 1) Point the mouse over the file, 2)Select it 3)Eventually maximize the window. Isnt'it absurd? Using more then 2 lines for icon filenames will result in a really confusing layout. This a really serious usability problem, and should be more considered.
It seems that in 3.3, Konqueror has moved over to a more rigid grid for the icons. Before, the vertical spacing was adjusted so as to accommodate longer filenames as necessary. Now the icons are a fixed distance apart, regardless of how long the filenames are. In addition, if large previews are enabled, the icons are more widely spaced horizontally, even if there are no previews in the current view. Maybe they always were, but something has changed here since 3.2 (the spacing is certainly wider now). I much preferred the previous behaviour, and feel this should be an option (maybe as suggested in comment #6 - the variable spacing can be used if the number of lines is set to "infinite").
I think that aside the infinite variable length (which IMHO could make some windows unreadable untile text is shadowed by overlapping icons), there should be the name poppoing up as the mouse stands over the name of the icon. This would the more coherent and intuitive behavior imho. Best Regards
But this is Windows-style behaviour! I have a collection of mp3s, and with Konqueror as it is, I can't tell many of the files apart (as they begin with the composer/artist/album etc.) Having to hover the pointer over each one until I find the one I want wouldn't be very convenient! Maybe infinite spacing could be a problem for people with very long filenames, but in most cases there would be no problem. I don't care if the limit is infinite, or, say, 10 lines. What I would like is for the spacing only to be large when the filename needs it. When the filenames in a row are all short, there should not be extra space. This is how Konqueror behaved in KDE <= 3.2.3!
and yet I believe that the fact that behavevs like windows doesn't necessarily imply that it is evil... anyway I didn't mean that one to be exclusive behavior.. maybe my english skills are low and "aside" is not the right word. What I was trying to say is that there should be both options, either to set infinite name length, either to pop up the name hovering the pointer over the name ;) REgards
I've been playing around with the settings, and with the height set to a higher number (such as the maximum 10) the behaviour is effectively the same as in previous versions (the spacing is adjusted according to the maximum number of lines needed for the current row of icons). What I don't like is the increased horizontal spacing when large previews are selected (this isn't necessary!) The name of the file could be included in the tooltip that appears when the pointer hovers - in fact, I'm amazed that it isn't there already!
>The name of the file could be included in the tooltip that appears when the >pointer hovers this is surely the most advisable behavior for this matter imho. What do devs think to do about it?
The commented workaround in #12 doesn't work when using minimum icon size. Right now the behaviour is the worst possible I guess... :(
If the number of lines for file names shown in konqueror is set to one then a tooltip pops up when you mouse over the file (if tooltips are turned on). This tooltip should not be limited to when file name are only one line in length. Fixing this behaviour seems to be the most sane fix. I believe what is being talked about in #12 is not actually a tooltip but the meta info popup and the names of files should be truncated in there too if they ever show up there...
As far as I can tell, with the current behaviour there is simply no way to determine the full name of a file on the desktop (except by going through the filesystem to open the desktop as a folder...) For my own use I'd like the entire filename to always be shown, taking as much space as necessary, but if nothing else the name should certainly be in the tooltip that comes up when you hover.
For 3.4 there have been made several improvements: - The tooltips (if activated) always show also the filename comments #7,#9,#13,#15 - For the multicolumn icon view (text to the right of the icon, e.g. comments #2,#4,#6), the maximum text width can be configured, and the iconview uses variable width columns. The default of 600pixels shall normally be enough for even large filenames. - For #16, which addresses a different issue (the desktop, and not the filemanager), there also have been made several improvements. (you can now define the maximum text width as well as the number of text lines for the icons on the desktop) As the original author also found the option to allow more than the default of 2 lines, where konqi uses this in a dynamic way (rows only use the necessary height), I'll close this bug.