Version: (using KDE 4.1.3) OS: Linux Installed from: Ubuntu Packages I'm using KDE 4.2 RC1. I'm not sure whether it is really a bug or just we-haven't-implemented-it-yet, but... When using folderview as a contaiment, it doesn't process all keyboard shortcuts as expected. For example: - I cannot use Arrow keys to select another icon; - The context menu claims that F5 is Refresh, but when I press F5 nothing happens; - others. Nevertheless, some of the shortcuts work, for example: - When I press Del, file is trashed.
same thing when not used as the Activity type.
Please note that it ignores not only shortcuts shown in the context menu, but even basic navigation keys (i.e. Left/Right/Up/Down/Home/End/etc). At least, in 4.2 RC1. Or I should report it as separate bug/wish?
Could you clarify what you mean when you say that nothing happens when you press F5? Do you mean that something in the folder changed without the applet detecting this, and when you pressed F5 it wasn't refreshed? If so, does it make a difference if you select "refresh" in the context menu?
To Fredrik Höglund: At first, I want to say that I'm currently using 4.2.1 and haven't yet tested it in 4.2.2 (i.e. in recent version behaviour may changed). Yes, it behaves differently when I press F5 and when I choose the "Refresh" item in context menu. The most visible different is that clicking "Refresh" item causes a visual feedback (some rotating circles), while pressing F5 does not cause anything. Theoretically, it doesn't prove that no refresh happens on F5 (i.e. we can suppose that on F5 it refreshes without visual feedback) -- but practically I'm almost sure that it doesn't happens -- especially that some other shortcuts are ignored too (e.g. context menu claims that Ctrl+S is "Folder View Settings", but pressing Ctrl+S also triggers _nothing_).
To Fredrik Höglund: At first, I want to say that I'm currently using 4.2.1 and haven't yet tested it in 4.2.2 (i.e. in recent version behaviour may changed). Yes, it behaves differently when I press F5 and when I choose the "Refresh" item in context menu. The most visible difference is that clicking "Refresh" item causes a visual feedback (some rotating circles), while pressing F5 does not cause anything. Theoretically, it doesn't prove that no refresh happens on F5 (i.e. we can suppose that on F5 it refreshes without visual feedback) -- but practically I'm almost sure that the refresh doesn't happen on F5 -- especially that some other shortcuts are ignored too (e.g. context menu claims that Ctrl+S is "Folder View Settings", but pressing Ctrl+S also triggers _nothing_).
(Actually, the menu item that I've mistakenly referenced as "Refresh" in the last message(s), is really named "Refresh Desktop" (or "Refresh View" in other mode) -- but really it doesn't matter.)
Actually the worst thing (at least, for me) is not that some context menu hotkeys are ignored, but that even the usual arrow keys (i.e. Left/Up/Right/Down/Home/End/etc) don't work (at least in <=4.2.1).
On trunk r958853 (KDE 4.2.70), arrow keys are working and F5 has the same behavior of "Refresh View"/"Refresh Desktop" context menu item. "Folder View Settings" shortcut Alt+D,Alt+S works when it is defined as Desktop Activity. With the folder view widget, the shortcut is Alt+D,S and isn't working (Same happens with Alt+D,R - "Remove this folder view")
settings/remove shortcuts are not set by the widget, but by the Applet class; and they are wrking in trunk, though you have to give focus to the widget first (as expected)