When you try to search&replace something using the keyboard, after typing the replacement, when you hit tab to go to the actual "Replace" buttons, the focus jumps first to the Mode field (which is totally ok) and then into the editor, where you end up editing the document rather than performing the actual search&replace you were after. STEPS TO REPRODUCE 1. Hit CTRL+r to open the search/replace panel. 2. Type some search keyword, hit tab. Type the replacement. 3. Now hit tab until the "Replace" or "Replace all" buttons become highlighted so that you can perform the search&replace. OBSERVED RESULT After the second time you press tab, you've ended up in the editor where you now deleted your selection and you're happily inserting tabs or spaces. EXPECTED RESULT * After a few times, the "Replace" or "Replace All" buttons should be focused so that I can actually perform the purpose of this panel. * Under no circumstances should tab bring me back to the editor (that's what ESC is for), because once focus ends up there, pressing tab is actually descructive to the document. SOFTWARE/OS VERSIONS Operating System: Debian GNU/Linux 11 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.0-8-amd64 OS Type: 64-bit Processors: 8 × Intel® Core™ i5-10210U CPU @ 1.60GHz Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics ADDITIONAL INFORMATION
Thanks for the report! I cannot reproduce with the latest version... Can you test with a newer version? You should be able to install and test with either the Snap package or one of the Appimages you can find at https://kate-editor.org/get-it/ Regards, Kåre
Created attachment 141088 [details] KTexteditor Search and Replace Tab Navigation I can confirm the bug with kate/ktexteditor built from master. To clarify, the bug is with the builtin ktexteditor search and replace, not the S&R plugin of kate (see attached video). The Replace/Find buttons can be accessed by using Shift+Tab instead. In fact, the navigation is more "normal" or "complete" when using Shift+Tab since it visits all widgets in contrast with using only Tab which skips the Replace/Find buttons as reported here.
*Correction, navigating with Tab navigates only until the "Mode" combobox before going to the main text area. The rest of the widgets are only navigatable by going back with Shift+Tab, but then it skips the widgets that were navigatable with Tab
Git commit f406a880dbaa2a72e4e807ae9cae2435ca479fda by Waqar Ahmed. Committed on 03/10/2022 at 08:55. Pushed by waqar into branch 'master'. Fix tab order in search FIXED-IN: 5.99 M +11 -1 src/search/searchbarpower.ui https://invent.kde.org/frameworks/ktexteditor/commit/f406a880dbaa2a72e4e807ae9cae2435ca479fda