Bug 92051

Summary: KTextEdit: Spell-checking jumps always back to cursor when picking word from context-menu
Product: [Frameworks and Libraries] kdelibs Reporter: S. Burmeister <sven.burmeister>
Component: kdeuiAssignee: kdelibs bugs <kdelibs-bugs>
Status: REPORTED ---    
Severity: wishlist CC: lemma
Priority: NOR Keywords: triaged
Version: 4.1   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:

Description S. Burmeister 2004-10-25 10:02:38 UTC 
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.
Comment 1 Michael Leupold 2008-11-09 10:26:39 UTC 
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.
Comment 2 Thomas McGuire 2008-11-09 14:40:38 UTC 
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.