Created attachment 133732 [details] A video showing that you cannot see a context of first match without manually scrolling up When searching in kate, when you hop next match with f3, you often cannot see a context of the line in which match was occured. It would be nice to automatically scroll a bit (I think 5-10 lines would be ok), so user can see the context. See attached video showing a problem. Operating System: Arch Linux KDE Plasma Version: 5.20.2 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1
I have noticed that jumping between bookmarks (atl+pgup and alt+pgdn) just places the bookmarked line in the center of text area. Maybe it is better to make the same for search matches with F3/shift+F3? So the context will always be visible when searching forward or backward.
I've moved this to wishlist as it's not a bug but a feature request. I agree it would be nice to be able to see some context around the search term.
Dear user, this wish list item is now closed, as it wasn't touched in the last two years and no contributor stepped up to implement it. The Kate/KTextEditor team is small and we can just try to keep up with fixing bugs. Therefore wishes that show no activity for a years or more will be closed from now on to keep at least a bit overview about 'current' wishs of the users. If you want your feature to be implemented, please step up to provide some patch for it. If you think it is really needed, you can reopen your request, but keep in mind, if no new good arguments are made and no people get attracted to help out to implement it, it will expire in a year again. We have a nice website https://kate-editor.org that provides all the information needed to contribute, please make use of it. e.g. see the information at https://kate-editor.org/join-us/ for details Greetings Christoph Cullmann
Still valid feature request for Kate 22.12.3
(In reply to Andrew Shark from comment #4) > Still valid feature request for Kate 22.12.3 It is, but it will not happen if nobody provides a patch. We will not keep feature requests open for ever, if x years nobody shows up to do it, we close them.
> We will not keep feature requests open for ever, if x years nobody shows up to do it, we close them. Wow. Super strange policy. Did not see such thing for any other projects. Some bugs are opened for decades!
(In reply to Andrew Shark from comment #6) > > We will not keep feature requests open for ever, if x years nobody shows up to do it, we close them. > > Wow. Super strange policy. Did not see such thing for any other projects. > Some bugs are opened for decades! We did that in the past, it makes no sense to keep xxx feature requests open that are dormant. Even with that regular cleaning we have a lot that will never be done. If it is a bug and no missing feature it stays open, we have unfortunately bugs that are very old and yet not fixed.