Bug 92051 - KTextEdit: Spell-checking jumps always back to cursor when picking word from context-menu
Summary: KTextEdit: Spell-checking jumps always back to cursor when picking word from ...
Status: REPORTED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kdeui (show other bugs)
Version: 4.1
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2004-10-25 10:02 UTC by S. Burmeister
Modified: 2008-11-09 14:40 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.