Version: 2.3 (using KDE KDE 3.3.0) Installed from: RedHat RPMs OS: Linux Hi! I'm still having trouble with randomly disappearing source code fragments (see also bug 94027). Finally, I could reproduce another case: - Configure your keyboard such that you have to press '^' (ASCII 94) twice before the character appears (I think that's called 'dead keys enabled'). - Choose Selection mode 'persistent' - Select a text - Go somewhere else. - Press '^' twice. - The selected text disappears. - The following message appears in the console from where I started kate: sending IMStart with 0 chars to 0x9819fb0 sending IMEnd with 1 chars to 0x9819fb0, text=^ BTW, same problem with the other dead keys. Again, thanks for your help! Elmar
Confirming in 3.5.8 and trunk.
This would be easily fixed, but the Qt docs say to do exactly this when receiving an input method event (clear selected text), see QInputMethodEvent (under 'perform the following steps') Is there a particular reason why this behaviour is wrong in this case?
Well, I don't think the Qt docs were thinking about persistent selections. Usually, when you have a persistent selection and you enter some text (inside or outside the selection), the selection - and most importantly, the selected text - is preserved. But if you enter a composed character (potentially far outside the persistent selection) the selected text is removed. I'd call that a bit "surprising".
Ok, I'll change this for persistent selections only then?
Sure, for normal selections the behavior is correct.