Version: (using KDE KDE 3.3.1) Installed from: SuSE RPMs OS: Linux Write an email that is long enough to trigger scroll-bars. Leave the cursor a the bottom of the text, as one normally does when having finished typing. Scroll up, select a red-marked word, right-click, select an offered word, watch kmail jump back to the cursor instead of just replacing the word. I expect kmail to stay where it is and simply replace the word, as I am used to it from OO and other WP apps.
For me the cursor moves behind the word that was just replaced by the spellchecker. If I get it correctly the composer scrolled back to where the cursor originally was for the original reporter. I think this might be considered WORKSFORME.
Not changing the cursor position would be a valid wish, but not a bug. I'm reassigning this to kdelibs, since all apps using KTextEdit have that problem.
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have implemented this wish. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann