(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: 3.0.5 CVS >=20020327 using KDE 3.0.5 CVS HEAD >=20020412 (using KDE 3.0.5 CVS/CVSup/Snapshot) Severity: wishlist Installed from: Compiled sources Compiler: Texstar compiled CVS HEAD OS: Linux OS/Compiler notes: Not Specified in the multicolumn view when you have selected to word wrap the filename and not truncate it it would be nice to have an additional option to not truncate and not wordwrap but keep the file name as one line like MS Windows does. This makes it easier to read the file names for me(might just be old habit but i don't think file names should word wrap). thanks! (Submitted via bugs.kde.org)
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. ;-)