Description: Spaces appear at thin air when drag & dropping text (or the visible selecting being wrong) Steps to Reproduce: 1. open attachment 168287 [details] 2. Double click "partiele" 3. Drag it to the left in the middle of "aaassasdf" 4. Observe a spacing is added before and after 5. Undo 6. Notice the selecting being changed .. say i drag dropped wrong.. press CTRL+Z do next attempt.. now I move more then I initially anticipated Actual Results: Spacings outside selection added Expected Results: Not so Reproducible: Always User Profile Reset: No Additional Info: Found in 7.2 and in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
This is working as expected, when removing the space after "partiele"
It's a feature not a bug. If you pick a real world example like "Hello brave new world!" and you move world between the l's of Hello and undo there wont be a trailing space after/before the exclamation mark. Shall we put effort into consistency and drop the space from the last word of a not finished document? Don't think so.
Created attachment 168291 [details] Example file (Hello Brave World)
(In reply to Heiko Tietze from comment #2) > It's a feature not a bug. If you pick a real world example like "Hello brave > new world!" and you move world between the l's of Hello and undo there wont > be a trailing space after/before the exclamation mark. Shall we put effort > into consistency and drop the space from the last word of a not finished > document? Don't think so. Kind of 2 bugs here (step 4 & 6_.. Ad step 4 to spaces are introduced (before and after). So resultis "Hel world lo" where I would expect "Helworldlo". At undo the selection 'world' has become ' world' Step 4 can be seen as feature.. making drag and drop of words easier... Step 6 certainly wrong (probably side-effect). And maybe and likely only visually showing the wrong selection.. as dragging the word doesn't eat the space
Created attachment 168294 [details] Screencast
(In reply to Telesto from comment #4) > Step 6 certainly wrong (probably side-effect). And maybe and likely only > visually showing the wrong selection.. as dragging the word doesn't eat the > space Step 4 is apparently as normal.. comparing with Word.. so a feature not a bug (sorry The undo changing selecting is a bug. If you start typing.. the space will be replaced to.. Compare with Word Happy to create new report (as comment 0 containing a non-bug)
Created attachment 168295 [details] Example file (Hello Brave World) Still in adjusting mode to distinguish feature from bug(s): 1. Open the attached file 2. Double click "brave" 3. Drag it to middle of brave 4. Observe a spacing is added before and after -> Word simply disallows drag & drop inside existing word (wrong 1, IMHO 5. Undo 6. Type something.. notice the selection area being extended including space before -> Wrong 2, IMHO 7. Undo 8. Deselect brave 9. Re-select brave by double clicking 10. Drag it before 'new" 11. Start typing before 'new' (notice bold DF formatting/ does also happen with CS style) -> Thing this off too, compare with Word
(In reply to Telesto from comment #7) > 3. Drag it to middle of brave Cannot drag a selection into itself; cursor shows not accepted decoration > 4. Observe a spacing is added before and after -> Word simply disallows drag > & drop inside existing word (wrong 1, IMHO Dropping at the end or the beginning of the selection "brave" changes nothing neither at the end of the leading word "Hello" or the trailing "new". > 6. Type something.. notice the selection area being extended including space > before -> Wrong 2, IMHO Yes, and properly highlighted. Not a big deal and not even worth a ticket considering the issues and inconsistencies we have. My take => NAB. But feel free to create a new ticket with this particular issue. Resolving this one as INVALID according comment 6.