| Summary: | Switch to icons-on-top mode by default for Short View | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Nicholas Allen <nick.allen> |
| Component: | Open/save dialogs | Assignee: | David Faure <faure> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | bart, bugseforuns, cfeck, kdelibs-bugs, nate, social |
| Priority: | NOR | Keywords: | usability |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | RedHat Enterprise Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://cgit.kde.org/kio.git/commit/?id=d3098ed7205afdcdd742556298cff79f2fef894d | Version Fixed In: | 5.60 |
| Sentry Crash Report: | |||
| Bug Depends on: | 334099 | ||
| Bug Blocks: | |||
|
Description
Nicholas Allen
2004-08-09 11:43:10 UTC
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. 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. *** |