[krunner] [Bug 387951] Tabbing to navigate in list of results is broken
https://bugs.kde.org/show_bug.cgi?id=387951 --- Comment #7 from Kishore Gopalakrishnan --- You are all right about tab vs arrow keys. However, there is one instance of buggy behaviour that persists: Steps to reproduce: 1. Make sure the 'terminate applications' and 'command line' runners are enabled. (Just to make this example work) 2. Type 'kill krun' 3. you will see a result to terminate krunner (the first highlighted result) and another one below it to runn the command 'kill krun' 4. Press tab repeatedly. OBSERVED RESULTS: Tabbing only between the settings button, the textbox, the close button, and the currently highlighted result (terminate krunner). EXPECTED BEHAVIOUR: Tabbing should also iterate over the other returned results, in addition to the close button, secondary actions, etc. PS: Sorry, I accidentally pressed 'save changes' before completing the comment. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results is broken
https://bugs.kde.org/show_bug.cgi?id=387951 --- Comment #6 from Kishore Gopalakrishnan --- You are all right about tab vs arrow keys. However, there is one instance of buggy behaviour that persists: Steps to reproduce: 1. Make sure the 'terminate applications' and 'command line' runners are enabled. (Just to make this example work) 2. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results is broken
https://bugs.kde.org/show_bug.cgi?id=387951 Erik Quaeghebeur changed: What|Removed |Added CC|k...@equaeghe.nospammail.net | -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results is broken
https://bugs.kde.org/show_bug.cgi?id=387951 Erik Quaeghebeur changed: What|Removed |Added Summary|Tabbing to navigate in list |Tabbing to navigate in list |of results in broken|of results is broken --- Comment #5 from Erik Quaeghebeur --- My issue (which I now realize is really different from Kishore's) is fixed in 5.70.0. Kishore's issue is still present. However, I believe it is intended behavior and that one is supposed to select entries using the arrows. That doesn't mean Kishore's preferred behavior may not be reasonable, but it would make it a wish instead of a bug. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results in broken
https://bugs.kde.org/show_bug.cgi?id=387951 imraro changed: What|Removed |Added CC||imr...@dao.pm --- Comment #4 from imraro --- > Yes, for instance I am a big fan of this :-). I think that it'is very inconvenient. How often do you use close button through TAB key? My opinion is that for choosing second search result I need to press TAB key once not three times... Nearly all keyboard-only oriented shortcuts trying to escape from arrow-keys. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results in broken
https://bugs.kde.org/show_bug.cgi?id=387951 Alexander Lohnau changed: What|Removed |Added Version|5.11.4 |5.19.3 Keywords||usability -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results in broken
https://bugs.kde.org/show_bug.cgi?id=387951 Alexander Lohnau changed: What|Removed |Added Ever confirmed|0 |1 CC||alexander.loh...@gmx.de Status|REPORTED|CONFIRMED --- Comment #3 from Alexander Lohnau --- I can confirm this issue on KDE Neon Unstable. >First of all, the tab key also highlights the 'settings' and 'close' button to >the left an right of the text box, in addition to other items. While this >behaviour is slightly inconvenient, I guess it can be argued that some people >might desire this behaviour. Yes, for instance I am a big fan of this :-). But when we have the first item selected(also by default when we have typed a query) we expect its first action/the next item to get the focus when pressing tab. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results in broken
https://bugs.kde.org/show_bug.cgi?id=387951 Dr. Chapatinchanged: What|Removed |Added CC||bugsefor...@gmx.com -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results in broken
https://bugs.kde.org/show_bug.cgi?id=387951 --- Comment #2 from Kishore Gopalakrishnan--- (In reply to Erik Quaeghebeur from comment #1) > I encounter the issue, *visually*. My interpretation is different. > > Namely, indeed when one gets a list of options from krunner and wants to > select one using up/down arrows (which do not pass settings and close) or > tab, only every other option gets highlighted. So, visually, what happens is > that one starts with the top option, presses and nothing changes, > presses again and now the third options is highlighted. However, when > one presses enter after the first , the non-highlighted option that > should have been highlighted is triggered. > > @Kishore: can you test and report back whether your issue is also just > visual or not? > > I'm on Gentoo stable with krunner 5.40.0 and plasma 5.11.5, installed on a > system with intel graphics (which seem to cause all kinds of problems). > > @Kishore: can you let us know which version of krunner you are using? Also, > which graphics system do you use? I can activate the secondary option when it is selected, so it is not purely a visual glitch for me. Right now, krunner --version returns 5.11.5. I am using Intel graphics. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 387951] Tabbing to navigate in list of results in broken
https://bugs.kde.org/show_bug.cgi?id=387951 Erik Quaeghebeurchanged: What|Removed |Added CC||kdebugs@equaeghe.nospammail ||.net --- Comment #1 from Erik Quaeghebeur --- I encounter the issue, *visually*. My interpretation is different. Namely, indeed when one gets a list of options from krunner and wants to select one using up/down arrows (which do not pass settings and close) or tab, only every other option gets highlighted. So, visually, what happens is that one starts with the top option, presses and nothing changes, presses again and now the third options is highlighted. However, when one presses enter after the first , the non-highlighted option that should have been highlighted is triggered. @Kishore: can you test and report back whether your issue is also just visual or not? I'm on Gentoo stable with krunner 5.40.0 and plasma 5.11.5, installed on a system with intel graphics (which seem to cause all kinds of problems). @Kishore: can you let us know which version of krunner you are using? Also, which graphics system do you use? -- You are receiving this mail because: You are watching all bug changes.