| Summary: | cannot use keys other than Up/Down to navigate candidates | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | Amos Bird <amosbird> |
| Component: | UI: QuickOpen | Assignee: | kdevelop-bugs-null |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | mail, mail |
| Priority: | NOR | Keywords: | junior-jobs |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
Amos Bird
2017-08-11 11:58:52 UTC
As mentioned on IRC, I don't agree that this is a (KDevelop) bug. Navigating in lists is a behaviour found in almost every GUI application, arrow keys don't magically disappear just for us. The Qt platform can and should set the global behaviour for all applications; the KDE one already allows that. http://www.flherne.uk/files/list_shortcuts.png If this isn't currently possible using qt5ct it should be added there. That said, the kde-platform settings I mention don't appear to actually work for me... (anywhere, not only KDevelop) In contrast to Francis, I do wonder whether it should be fixed on our side. We have an abstraction for this in KStandardActions, this is something we could re-use for the completion lists we have in KDevelop: We could use something like this I think for Quick Open: https://lxr.kde.org/source/frameworks/kcompletion/src/khistorycombobox.cpp#0376 KStandardShortcut::rotateUp() and KStandardShortcut::rotateDown() are actually the two shortcuts mentioned in Francis' screenshot: http://www.flherne.uk/files/list_shortcuts.png Note: This is only about navigating in completion lists in KDevelop; the rest is unrelated. As seen with the reporter, this is the biggest issue. Arrows keys are not really needed for any other actions in KDevelop (and in KTE one can use the vimode with hjkl keys) I think this is the same issue: https://codereview.qt-project.org/#/c/147820/ |
