Version: 4.2.0 (using KDE 4.6.0) OS: Linux When I paste content of the clipboard and I have some text selected starting not at the beginning of the line and ending in the same column in the next line (one or more) the result is messed up. Reproducible: Always Steps to Reproduce: Copy "3" to the clipboard (just the number 3) In Kdevelop: File->New Enter two lines of text: 1 2 (each of those lines has a single space at the beginning - so both lines have 2 characters) Using the mouse select text starting just before '1' (so between the first space and '1'), and ending just before '2' (so between the second space in the file and '2') - so when the cursor is positioned just before '1' hold shift and press down arrow. Press Ctrl-V. Instead of getting ' 32' (pasting 3 before 2 and after the first space) it is '23'. In general entering text or pasting something with different configurations of the number of spaces in front and selection gives weird results - characters in the wrong order, or spaces in wrong places. This is not a critical error, but is extremely annoying... Actual Results: 23 Expected Results: 32 OS: Linux (x86_64) release 2.6.37-ARCH Compiler: gcc
works for me, please be more specific - do you use some custom input method (chinese characters or something) - do you use VI mode - do you have block selection turned on - ... anything you can come up with
Regular input method, English language. No VI mode No block selection. Changing the indentation style doesn't affect that. However, I just noticed that in only appears when I have "Remove trailing spaces while editing" enabled in "Settings->Configure Editor->Editing". I also tried changing other settings in 'Configure Editor' and they don't change this behaviour, it looks like the "trailing spaces" option is the one responsible for that behhaviour.
Actually, disabling "Remove trailing spaces while editing" and enabling "Remove trailing spaces" in Open/Save section gives me the behaviour I am fine with, so at least it's a workaround. Still, there is something weird going on when that first option is enabled.
confirmed, it's a kate bug
I tried kate before and it was fine, but I didn't have this option enabled there. Now I tried enabling it and it indeed happens in kate as well. Anyway, thanks for your help and prompt responses! I really appreciate it! :)
I fixed that for KDE 4.7.1. *** This bug has been marked as a duplicate of bug 242723 ***