Hi there, the arrow keys can directly be used to navigate inside the k-menu. But when a search filter is written, the up/down arrows are no directly active to navigate the filtered list. When clicking the shift key, the up/down arrows become active. Could the up/down arrows be active without having to press shift? Thanks!
Hi First thanks for the tip with the shift key @ europium. I wanted to add that this worked as wished up to KDE 4.8.1 - the 4.8.2 (Kubuntu 11.10) update broke this behavior.
it used to work in previous versions without the shift key. so i guess this is more a broken feature (bug) as a wish.
Yes, this used to work and it is an annoying bug.
*** Bug 300576 has been marked as a duplicate of this bug. ***
*** Bug 299593 has been marked as a duplicate of this bug. ***
maybe introduced by this change: https://git.reviewboard.kde.org/r/104422/
*** Bug 300740 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
Any hope of this being fixed in 4.8.5, or is 4.9 the next release anyway?
*** Bug 301668 has been marked as a duplicate of this bug. ***
Darin it works on KDE 4.9 beta, it's only in KDE 4.8 that it is broken and we did not schedule any further 4.8 releases.
yes, i can confirm it's fixed with 4.9 beta and master, so reopen only if appears again in the 4.9 series
*** Bug 302914 has been marked as a duplicate of this bug. ***
*** Bug 303132 has been marked as a duplicate of this bug. ***
*** Bug 303874 has been marked as a duplicate of this bug. ***
(In reply to comment #12) > yes, i can confirm it's fixed with 4.9 beta and master, so reopen only if > appears again in the 4.9 series Marco, this bug (and the recently closed Duplicates) are with regard to 4.8.x, with x > 1 (not 4.9). Do we plan a 4.8.6? If so, I'd like to re-open and take this myself. I broke it, so I fix it.
I have a fix, but it has limitations. (Basically, the MVC "Controller" doesn't know where you _were_ when you press an arrow key - it can only pay attention to what is "visible", and it makes flakey guesses about sending your arrow into the "correct" view. IMO, bad design, and a more complete fix becomes something of a re-design.) I hope that you consider these 'rules' to be minor issues. The following two rules apply under the fix I have written - #1: To ENTER or LEAVE from the Search "data entry" field (after you have pressed "Key_Enter" or "Key_Return" to provoke the search results" panel of matching applications), you press "Key_Tab". But, in order to get your cursor back into the Search "data entry" field, to modify your search, you will usually have to press the Tab key twice. (Hint for rule #2: Upon most istances of the pressing the Tab Key, your search data text will highlighted - and easy to delete all at once, by simply pressing "Key_Delete" while your text is in highlighted state.) #2: If you do not wish to choose frrm any your search results, and wish to see one of the "Category Tabs" instead (e.g. "Applications", "Recently Used", etc.): You must "clear away" all of the characters in the search data entry data field. This rule applies whenever the "Category Tabs" are not visible - even in the situation where your "search results" are an empty panel! Press Key_Tab until your search data entry text is Highlighted, and then press Key_Delete. The Applications Category will re-appear.
I am about to put the fix onto the 4.8 branch. But, since KDE has no plans to create a 4.8.6 "Release", it will become a "Downstream" issue -- you will need to have your Distro Packagers create a "4.8.5-n", or build yourself.
(In reply to comment #17) > I have a fix, but it has limitations. (Basically, the MVC "Controller"....) Let me make that more simple: The Up/Down arrows will work for moving around within an Applications View (or a search results view which shows more than one program). In SOME situations, Key_Down or Key_Up IS capable of moving between view -- But for moving to the Search Bar, and to/from the search bar results, Qt::Key_Tab (new feature) is the keystroke which ALWAYS works. Within a view: Arrow keys. Between views: Tab Key.
https://git.reviewboard.kde.org/r/106125/ for 4.9
https://git.reviewboard.kde.org/r/106123/ for 4.8
Git commit a97173bbce9085e5df7f9a22601300c50e84b030 by Gregor Tätzner. Committed on 31/08/2012 at 08:34. Pushed by gregort into branch 'KDE/4.9'. Add keyboard navigation to Kickoff GUI (within and among all Views) Fixes regression in KDE 4.9. Enables movement between views with tab key. Related: bug 276932 FIXED-IN: 4.9.1 REVIEW: 106125 M +27 -11 plasma/desktop/applets/kickoff/ui/launcher.cpp M +7 -0 plasma/desktop/applets/kickoff/ui/searchbar.cpp http://commits.kde.org/kde-workspace/a97173bbce9085e5df7f9a22601300c50e84b030
Git commit e44b48c6fa1f9875f1189f495b9981ac92a1eb36 by Gregor Tätzner. Committed on 31/08/2012 at 08:34. Pushed by gregort into branch 'master'. Add keyboard navigation to Kickoff GUI (within and among all Views) Fixes regression in KDE 4.9. Enables movement between views with tab key. Related: bug 276932 FIXED-IN: 4.9.1 REVIEW: 106125 M +27 -11 plasma/desktop/applets/kickoff/ui/launcher.cpp M +7 -0 plasma/desktop/applets/kickoff/ui/searchbar.cpp http://commits.kde.org/kde-workspace/e44b48c6fa1f9875f1189f495b9981ac92a1eb36
Too late for 4.9.1
Hi The update to 4.9.2 broke it again :( It worked at least in 4.9.0 and 4.9.1. The trick by holding down the shift key and press a cursor key also doesn't work anymore.
Claudio, is there a reason why you can't use the "tab" key for this function? That's the new workaround/fix. Don't forget, you might need to press "tab" more than once. Behavior varies, depending on where you are in the GUI.)
Hi Rick OK I didn't know that it's now working with the TAB key (it didn't in 4.8.X and 4.9.1). I tried it now but it's not as comfortable as before: e.g.: I want to open Synaptic Package Manager (Kubuntu) I open the K Menu enter "syna" ( 3 entries are found and displayed in the following order: synaptiks, Synaptic, Touchpad settings). Up to 4.9.1: Now I press 2x the down arrow key (1. to select synaptiks and 2. for Synaptic) and Enter to start the software. Since 4.9.2: Now I have to press TAB (synaptiks is selected), arrow down (for some reason it ignores the Synaptic entry and jumps to the 3. entry in the list "Touchpad Configuration") and arrow up key to finally get to "Synaptic" and start it with Enter. So at the moment I have to press 3 different keys (TAB, down, up) to go where I want instead to 2x the same key (down, down). In Krunner it's still working as before btw (maybe I should be using Krunner more *g* ).
I can confirm what Claudio said. It kills productivity and is just plain annoying. I was not aware that this bug was discussed here so I reported it as bug 307823. Sorry :(.
Git commit 8867c8f95133b09bc02ff7f455bd03cc0d8736ce by Rick Stockton. Committed on 16/10/2012 at 20:30. Pushed by stockton into branch 'KDE/4.9'. Fix usage regressions (keyboard-only) in Kickoff-Widget 4.9.2 Bring back Up/Down arrow support for leaving applicationView, while also keeping the ability to execute applicationView items. Related: bug 307823 FIXED-IN: 4.9.3 M +22 -8 plasma/desktop/applets/kickoff/ui/flipscrollview.cpp M +1 -0 plasma/desktop/applets/kickoff/ui/flipscrollview.h M +89 -44 plasma/desktop/applets/kickoff/ui/launcher.cpp M +3 -1 plasma/desktop/applets/kickoff/ui/launcher.h M +10 -8 plasma/desktop/applets/kickoff/ui/searchbar.cpp http://commits.kde.org/kde-workspace/8867c8f95133b09bc02ff7f455bd03cc0d8736ce