Bug 147359 - Show placeholder or preview when dragging to copy a shape
Summary: Show placeholder or preview when dragging to copy a shape
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shapes
  Show dependency treegraph
 
Reported: 2022-02-10 21:53 UTC by fml2
Modified: 2023-03-05 19:30 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Normal behavior for Writer ctrl & drag to copy (102.17 KB, image/png)
2022-03-09 01:33 UTC, Scott Clewell
Details
Screencast with Move and Copy+Move (42.22 KB, image/gif)
2022-03-25 07:19 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description fml2 2022-02-10 21:53:38 UTC
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).
Comment 1 fml2 2022-02-12 14:26:06 UTC
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).
Comment 2 Dieter 2022-02-26 07:22:02 UTC
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?
Comment 3 fml2 2022-02-26 12:30:56 UTC
Just tried it with a new user profile. The error is still present.
Comment 4 Dieter 2022-02-26 14:03:40 UTC
Could you please copy and paste informations from Help -> About LibreOffice?
Comment 5 fml2 2022-02-26 15:03:11 UTC
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
Comment 6 Scott Clewell 2022-03-09 01:33:55 UTC
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.
Comment 7 fml2 2022-03-09 19:04:19 UTC
> 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.
Comment 8 Buovjaga 2022-03-24 17:04:40 UTC
Resetting status, tweaking summary and adding UX team. I remember something similar for simply moving stuff, but could not find an existing report.
Comment 9 Heiko Tietze 2022-03-25 07:19:27 UTC
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.
Comment 10 fml2 2022-09-18 19:59:14 UTC
Why is the status of this ticket still "unconfirmed" if there is apparently an evidence that the behaviour happens not only on me?
Comment 11 Regina Henschel 2022-09-18 21:44:49 UTC
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.
Comment 12 fml2 2023-03-05 19:30:41 UTC
Just for the record: The error is still present in LO 7.5.1.2.