Version: (using KDE Devel) Installed from: Compiled sources OS: Linux In konqueror 3.5.x you can navigate files using the keyboard arrows. In dolphin you can do it too, but when you reach the last icon of a row, pressing "right" button doesn't select the first icon of the next row instead. In konqueror you can do it (in the 3.5.x).
*** Bug 156332 has been marked as a duplicate of this bug. ***
This is implemented in KDirModel and comes from QTModelIndex it seems that is the default behavior now. But if this is wrong we have to reimplement QAbstractItemModel::createIndex ( int row, int column, void * ptr = 0 ) const so that if the end of a column is reached it hast to return the ModelIndex for the next/prev row.
*** Bug 185383 has been marked as a duplicate of this bug. ***
*** Bug 171837 has been marked as a duplicate of this bug. ***
*** Bug 189098 has been marked as a duplicate of this bug. ***
*** Bug 193705 has been marked as a duplicate of this bug. ***
*** Bug 197947 has been marked as a duplicate of this bug. ***
@Andreas: you mention that it "is implemented" however in KDE 4.3 beta the feature still does not work as the OP requested. Is there any progress? Also, don't forget that for RTL users the *left* side is the end of a row, and should continue onto the *right* side of the row below. Thanks!
comment 2: I don't think that reimplementing QAbstractItemModel::createIndex ( int row, int column, void * ptr = 0 ) could help to fix this issue. The problem we have here is independent of the model (note that the "row" and "column" in a model are unrelated to columns and rows in Dolphin's Icons View), but rather related to the handling of the "MoveLeft" and "MoveRight" actions in QListView::moveCursor. @Peter: I think that's a change of behaviour compared to Qt 3. Do you know if this has ever been discussed with the Qt people? If not, we could ask them to change this or at least make it configurable.
@Frank: I don't know whether this has been discussed with Qt people. But I agree that this would be a useful feature.
SVN commit 991780 by ppenz: Wrap the cursor on the right/left side to have a similar keyboard behavior like in Konqueror for KDE 3. Thanks to Tahseen Mohammad for the patch! No backport to KDE 4.3.x is done until the patch has proven to work well under all circumstances. BUG: 152985 CCMAIL: tahseen.mohammad@gmail.com CCMAIL: frank78ac@googlemail.com M +79 -0 dolphiniconsview.cpp M +1 -0 dolphiniconsview.h WebSVN link: http://websvn.kde.org/?view=rev&revision=991780
Peter, can you check how it works with the --reverse flag for RTL users? In this case, moving off the left side should go _down_ a row (and start at the right side of that row) and vice-versa for the right side. Thanks.
Wonderful, thanks :)
Created attachment 35070 [details] What Dolphin looks like for me when running it with "dolphin --reverse" (In reply to comment #12) > In this case, moving off the left side should go _down_ a row (and start at > the right side of that row) and vice-versa for the right side. Dotan, at the moment, it does not work that way. I was just thinking of looking into this, but I'm a bit confused: I ran "dolphin --reverse" from a Konsole, and the menu, toolbar and other things really looked reversed, but Dolphin's Icons View not (see screenshot). It's still in left-to-right mode, it seems. Does it also look like that for you? In this case, I think the current behaviour is fine. If not, I wonder what I have to do to really get Dolphin into RTL mode...
You are right, Frank, the icons should be in reverse order. I had noticed that in the past but I completely forgot. Here, I filed an issue on it: https://bugs.kde.org/show_bug.cgi?id=199131 I suppose that until that issue is fixed, then there is nothing wrong with the current implementation of this bug. Thanks!
*** Bug 254352 has been marked as a duplicate of this bug. ***
This is listed as fixed, but I am having this problem in KDE 4.6 RC 1. I am not sure if this is a regression, and if so I don't know exactly when it started, but is definitely not working in 4.6 RC 1. So I think this should be re-opened.
@Todd: Do you have enabled grouping? It works without grouping but with grouping the wrapping is not done (this must be assigned to KCategorizedView in kdelibs in this case - BTW the issue with the grouping is also there with KDE SC 4.5).
Yes, I do. It seems it is a problem with grouping. Should I open another bug for this or is there already one?
It would be great if you could create a new report, as we need to assign it to kdelibs (KCategorizedView). Rafael is the maintainer, but AFAIK he has only limited time for KCategorizedView and I think I'll give it a try to fix this myself.
I've made the new bug as you requested, it is bug 262038