Bug 86600 - [EDITING] Pasting by mouse right-click in Draw inserted into center of page instead of click position
Summary: [EDITING] Pasting by mouse right-click in Draw inserted into center of page i...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
: 68623 (view as bug list)
Depends on:
Blocks: Draw-UX
  Show dependency treegraph
Reported: 2014-11-23 02:31 UTC by Maxim Britov
Modified: 2020-01-20 09:03 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Maxim Britov 2014-11-23 02:31:18 UTC
Create new Drawing
Right click in some place where you want insert something for buffer.
Draw insert it on center.

IMHO When I use mouse it should insert buffer into click position.

ps. I'm on Linux
Comment 1 A (Andy) 2014-11-23 10:35:57 UTC
Reproducible with LO, Win 8.1.

Steps Done:
1. Open WRITER
2. Draw any shape (e.g. a rectangle)
3. Open DRAW
4. Go to the WRITER document and select the shape and copy it (e.g. CTRL + C)
5. Go to the DRAW document and place the mouse cursor in any corner of the document and make a right mouse click and select PASTE

Result: The shape is not pasted at the cursor position but in the middle.

Note: If you copy a shape created in DRAW then this shape is pasted also not at the mouse cursor position, but also not in the middle.  In this case it would be placed at the position of the copied shape.
Comment 2 Cor Nouws 2014-11-23 14:35:56 UTC
(In reply to A (Andy) from comment #1)

> Result: The shape is not pasted at the cursor position but in the middle.

Where would be the cursor in Draw, apart from when you select a shape/frame or work in text ;)
Comment 3 Heiko Tietze 2016-06-08 07:33:17 UTC
First of all, the Draw internal procedure of copy/paste works as expected and takes the object's position when copied from another document. But that's not perfect when the object has coordinates out of range, e.g. origin is A0 and target A4. But anyway, never the cursor position is being used. And how should it work when the cursor is somewhere else and the paste operation is done per ctrl+v or the main menu? I would also advise against a if-then procedure that pastes at a) the source position, if available, b) the cursor position if its within the document range, or c) at the center. Copy/paste is a core function and must be crystal clear to users without any doubt what happens.

So I suggest to take the object's position in respect to the page even when it is copied from a foreign app like Writer.
Comment 4 Heiko Tietze 2016-06-30 15:41:17 UTC
*** Bug 68623 has been marked as a duplicate of this bug. ***
Comment 5 Heiko Tietze 2020-01-20 09:03:05 UTC
No further input, so removing UX. 

While the idea sounds reasonable - and might be for mouse users, it destroys the current workflow. You copy/paste objects with their position, for example a shape at top left corner from one document into another. Using the mouse position breaks this 1:1 copy. => WFM

However, some users prefer this way of interaction and I could imagine use cases with large pages where placing objects at the mouse position is useful. So introducing an additional command or an extension could solve the request.