Bug 92051

Summary:	KTextEdit: Spell-checking jumps always back to cursor when picking word from context-menu
Product:	[Unmaintained] kdelibs	Reporter:	S. Burmeister <sven.burmeister>
Component:	kdeui	Assignee:	kdelibs bugs <kdelibs-bugs-null>
Status:	RESOLVED UNMAINTAINED
Severity:	wishlist	CC:	lemma
Priority:	NOR	Keywords:	triaged
Version First Reported In:	4.1
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.

Comment 3 Christoph Cullmann 2024-09-14 16:18:45 UTC

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