Description: "Failed' drag changes formatting Steps to Reproduce: 1. Open the attached file 2. CTRL+A 3. Drag it down; no change.. as there are no empty paragraph below but formatting changes (start becoming bold) Actual Results: Bold a start Expected Results: I perceive it as a failed drag and expect no change Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6ee7a3b2c0565c2871d32d704cb2899445b9f88d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 169059 [details] Example file
Not sure if 'the copy' shouldn't happen.. or this about using the DF of the last character..
I think what happens is that you drag onto the source by dropping in the void. And this works as expected. There are even more "funny" drag n' drop situations, eg when you drop the text onto the styles drop down... => NAB
(In reply to Heiko Tietze from comment #3) > I think what happens is that you drag onto the source by dropping in the > void. And this works as expected. There are even more "funny" drag n' drop > situations, eg when you drop the text onto the styles drop down... => NAB Dragging into the void should do nothing.. simply refuse. As Word or say Atlantis word processor. And if it should be a re-paste, do it properly. (don't change formatting)
Drag'n Drop is like cut/paste. The question is what format the target has. It has been discussed/complaint about many times, for example in bug 98381 (but there are many similar tickets). *** This bug has been marked as a duplicate of bug 98381 ***