Version: (using KDE KDE 3.2.3) Installed from: RedHat RPMs OS: Linux The file selector being used in short view mode is practically unusable and a complete abomination of user interface design. Using horizontal scrolling in preference to vertical scrolling is just plain silly (of course in some countries this may be prefereable depending on lacalization settings but certainly not in the west where people read things left to right and top to bottom). Perhaps you read books top to bottom and left to right but not where I come from (and I don't think I'm alone here!). Please don't copy Microsoft and especially not their extremely stupid user interface habits. I'm amazed Microsoft did this in their user interface and this is another area where we can have a usability improvement over Windows. So please make this localized or if that's too much work just simply always using vertical scrolling. Please excuse my harsh tone here but this actually really annoys me if you couldn't tell....
And this bugreport really annoys me. You honestly think this should be accepted as a bug on the grounds that YOU don't like it? I don't. INVALID.
the problem is that most often file names fill 60% of the available screen space and then you can only put one file per line and have to scroll a lot, while with filling in cols you can already see that there is more available. BTW: if this really annoys you that much, switch your file view to list view. I think, we once switched to the other scoll mode and _many_ were confused, but I'm not sure I remember that right.
Ok sorry for my wording in my original bug report I should have been a little more professional. The only reason I can assume some users were confused is because they are used to the windows way of doing it. This does not mean its the right way or the most efficient way. I have read show how much more efficient westeners are at reading left to right and top to bottom that any other direction (because that is what they are used to). I'm sure in other countries it would be different. A user interface should be adaptable to the user's own preferences and basing the default on the localization setting would make the most sense (perhaps even allowing them to override that). I can definately scan items in a list if they go left to right top to bottom much more quickly. It is also the way Konqueror works. Why is there an inconsistency between the file seletor and Konqueror? It requires the user to do a context switch and change the way they scan the list between Konqueror and the file selector. That is inconsistent and inefficient. At the very least they should both be the same. If file names fill 60% of possible screen space then only use one column. If files names are less than 50% you can use 2 columns. This way you don't require any horizontal scrolling but can see as many files as possible.
Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates.
One thing I don't like about the "two column" suggestion from comment #4 is the ordering if items. Should it be 1 2 3 4 5 6 7 8 etc. or 1 27 2 28 3 29 4 30 etc. Looking at both, they are confusing. "27" is the starting item of the second column, when you have, say, 52 items in total, but only 4 rows are visible in view. What we have now is 1 5 2 6 3 7 4 8 with the option to scroll further to the left, or a single column. I will ask usability to decide if this is really a WONTFIX.
*** Bug 336132 has been marked as a duplicate of this bug. ***
What makes more sense than the complicated ideas proposed here is to simply switch the defaults to use icons-over-labels mode (matching Dolphin's default presentation), or to use details view, both of which scroll vertically and present better usability in general.
*** Bug 29600 has been marked as a duplicate of this bug. ***
Fixed by https://cgit.kde.org/kio.git/commit/?id=d3098ed7205afdcdd742556298cff79f2fef894d!