Steps to reproduce: 1. Create a new Writer document. 2. Insert a form, e.g. a rectangle. 3. Press and hold the Ctrl button. Click on the form from the step 2 and drag it. This action creates a copy of the form. Expectation: During the dragging, the copy of the form is visible. Actual result: The dragged copy of the form is not visible. Only the mouse pointer with a "+" symbol is visible. Negative impact: it's hard to see where the copy will be placed when the mouse is released (ending the dragging).
Calc also has this problem, but it's a bit harder to reproduce it there. In a new document, the problem does not occur. But after I switch to another document (e.g. a Writer one) and then come back to Calc, the problem starts to occur. One more thing I noticed: In Writer, after I "drop" the copied form, it is dropped so that its top left corner is at the mouse position. This is regardless of where I grabbed the original form. Example: I grab a rectangle it the middle of it and copy-drag it. When I drop it, the new rectangle is positioned so that its top left corner is at the mouse position (not its middle point is at the mouse position).
I can't confirm it with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c856f9bec12d98ed49f01578ded79f16ae7be051 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL I can see a faded second rectangle. Have you tested with a clean user profile?
Just tried it with a new user profile. The error is still present.
Could you please copy and paste informations from Help -> About LibreOffice?
Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
Created attachment 178737 [details] Normal behavior for Writer ctrl & drag to copy Thank you fml2 for submitting this issue. I agree with you that this complicates copy placement. However, documentation shows this is normal behavior in Writer. I was able to have a viewable shape for copy placement by "deselecting" the object before ctrl + click dragging to copy. I am setting the status of your report to "RESOLVED". If my proposed solution does not help you then please set the status back to "UNCONFIRMED" with additional comments.
> I was able to have a viewable shape for copy placement by "deselecting" the object before ctrl + click dragging to copy. I confirm this behaviour. > However, documentation shows this is normal behavior in Writer. Err... One can of course call every bug a feature and document it, but does not stop to be a bug and leads to disappointment of the users. I'm not the maintainer of LO and hence can't decide, but for me it's clearly a bug. In 7.3.1.3 nothing has changed BTW.
Resetting status, tweaking summary and adding UX team. I remember something similar for simply moving stuff, but could not find an existing report.
Created attachment 179093 [details] Screencast with Move and Copy+Move Ctrl+LMB just changes the mouse cursor. The expectation is that likewise ordinary move operations the copied object is shown while moving around in order to place the object at the desired position, which is not possible with just the cursor.
Why is the status of this ticket still "unconfirmed" if there is apparently an evidence that the behaviour happens not only on me?
The plus-cursor state is needed, when you want to add a shape to the Gallery. Only in that state you can add the shape to the Gallery. In the state, where you see the shape, you cannot get it into the Gallery. Currently the different modes are triggered by timing. If you first press CTRL and then drag immediately, you will see the shape. If you first click and wait some time before start dragging, you will get the plus-cursor. I agree, that this could be improved. A solution needs to take care, that dragging to Gallery still works.
Just for the record: The error is still present in LO 7.5.1.2.