Cursor misbehave when invoking bold with cursor placed inside bolded word

[jodator]

🐞 Is this a bug report or feature request?

• Bug report
• Feature request

💻 Version of CKEditor

alpha-1

📋 Steps to reproduce

1. Place cursor in some text (here I've found that on bolded us).
2. Press ctrl+b several times.

✅ Expected result

Cursor should stay in the same position.

❎ Actual result

Cursor 'dances'.

📃 Other details that might be useful

This cursor shift happens due to split of <strong>( <strong>u|s<strong> <=> <strong>u</strong>|<strong>s</strong>) in editing area.

Similar thing happen with Browser's spellchecker which detects word split:

[oleq]

I think I've seen a similar issue in the past but I couldn't find it. @pjasiun @scofalik?

[scofalik]

The original issue is most probably a browser issue. When bold is turned off, editor data is <strong>u</strong>[]<strong>s</strong>. When it is on, the attributes are merged. This probably makes the caret to change its position.

The second issue (native spellchecker) is caused by the very same reason.

[jodator]

I've found this: #500:

Clicking on these links gives the impression that we're constantly breaking words in parts. In fact, the spell checking underline goes a bit crazy with it.

[oleq]

The second issue (native spellchecker) is caused by the very same reason.

Can we do anything about that? I'm not worried about wiggly caret because it's a minor annoyance. The native spell checker is the real issue here—it's a feature users really use and if it's broken, it could be a serious blocker.

[oleq]

I see that the issue is gone as soon as the selection changes. I guess the engine merges adjacent elements at that point and this is some generic mechanism. Could it also happen when the command was executed?

[Reinmar]

The dancing caret is not a bug – I mean – not something worth our time.

The spellchecker is worse but it's something we can't solve with the current state of contentEditable. Actually, the problem with applying bold inside a middle of a word is not important, but the same happens with selections of other users.

I'm closing as "can't fix".