Issue 63108 - Drawing object copied via CTRL+drag is not visible
Summary: Drawing object copied via CTRL+drag is not visible
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 2.0.2
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 62457 63517 63611 68803 69565 70105 70477 81397 89392 91213 95592 96424 98485 98641 102154 110818 110910 (view as issue list)
Depends on:
Blocks:
 
Reported: 2006-03-13 11:33 UTC by mensler
Modified: 2017-05-20 11:18 UTC (History)
7 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mensler 2006-03-13 11:33:33 UTC 
This issue exists since OOo 2.0.1:

- open a new Writer document
- draw something (e.g. a simple rectangle)
- click the drawing, press Ctrl, drag it and release the mouse button

The copy won't show up.

Maybe, if you group the first drawing with another one, the copy then will be
shown, but not always.
Comment 1 michael.ruess 2006-03-13 12:12:40 UTC 
MRU->OD: not only copying of objects, even simple Drag&Drop does not work correctly.
When dropping a drawing object in a different place, it is initially not
visible. When entering text afterwards, it will be visible again.
Comment 2 mensler 2006-03-13 12:20:05 UTC 
FYI: Drag & Drop works perfectly for me...
Comment 3 Oliver-Rainer Wittmann 2006-03-13 15:00:55 UTC 
accepted.
Comment 4 michael.ruess 2006-03-27 10:25:14 UTC 
*** Issue 63611 has been marked as a duplicate of this issue. ***
Comment 5 p9w.vu.31122010 2006-04-26 23:41:58 UTC 
Reproducible.

Copies only show up after one Object *out of the grouped object* is copied not 
if the entire group is copied.
Comment 6 michael.ruess 2006-05-05 14:14:48 UTC 
*** Issue 65101 has been marked as a duplicate of this issue. ***
Comment 7 Oliver-Rainer Wittmann 2006-05-15 11:56:09 UTC 
retarget to OOo 2.x, because deadline of OOo 2.0.3 missed.
Comment 8 michael.ruess 2006-08-16 16:34:03 UTC 
When fixing/testing ,we should keep in mind that it is the same for move&copy
not only drag&copy.
Comment 9 michael.ruess 2006-08-21 10:57:47 UTC 
*** Issue 68803 has been marked as a duplicate of this issue. ***
Comment 10 Rainer Bielefeld 2006-09-16 07:44:53 UTC 
*** Issue 69565 has been marked as a duplicate of this issue. ***
Comment 11 michael.ruess 2006-10-05 07:47:48 UTC 
*** Issue 70105 has been marked as a duplicate of this issue. ***
Comment 12 michael.ruess 2006-10-27 15:45:41 UTC 
*** Issue 70477 has been marked as a duplicate of this issue. ***
Comment 13 michael.ruess 2006-11-03 12:21:43 UTC 
*** Issue 63517 has been marked as a duplicate of this issue. ***
Comment 14 raindrops 2007-03-20 19:02:03 UTC 
I have some new observations. 

1. the problem occurs when the object's anchor is "paragraph". It always works
properly when the anchor is "as character" style.

2. If the selected anchor is "paragraph", and if it is CTRL+dragged, Writer
should behave as follows:
(a) A dotted outline representing the object should freely move with the mouse.
(b) An anchor should also appear, and it should should seek the nearest
paragraph when the copy is dragged.
(c) When the mouse is released, the object should be placed at that precise spot.

But in practice, Writer behaves differently: 
(a') A vertical line "|" appears where the copy will land if the mouse is
released. This line always appears at the end of the nearest paragraph, and does
NOT move freely with the mouse.

(b') The anchor does not appear at all.

(c') When the mouse is released, the object disappears next to the nearest
paragraph. And here comes the clincher: To make it re-appear, just click after
the nearest paragraph, and add any character (e.g. space). The object appears
immediately! There is no need to save the file to see it.

BTW the object appears sightly away from the exact spot where it was dropped. We
have to adjust it YET again, and also the anchor. This is very annoying.
Comment 15 kpalagin 2007-04-19 08:10:59 UTC 
*** Issue 62457 has been marked as a duplicate of this issue. ***
Comment 16 michael.ruess 2007-09-10 09:07:18 UTC 
*** Issue 81397 has been marked as a duplicate of this issue. ***
Comment 17 Mathias_Bauer 2007-12-03 14:48:19 UTC 
according to release status meeting -> 3.x
Comment 18 michael.ruess 2008-05-13 15:18:44 UTC 
*** Issue 89392 has been marked as a duplicate of this issue. ***
Comment 19 michael.ruess 2008-07-01 08:32:01 UTC 
*** Issue 91213 has been marked as a duplicate of this issue. ***
Comment 20 michael.ruess 2008-10-29 15:23:47 UTC 
*** Issue 95592 has been marked as a duplicate of this issue. ***
Comment 21 michael.ruess 2009-01-30 09:09:12 UTC 
*** Issue 98485 has been marked as a duplicate of this issue. ***
Comment 22 michael.ruess 2009-01-30 09:10:39 UTC 
Making summary more significant.
Comment 23 michael.ruess 2009-01-30 09:11:49 UTC 
*** Issue 98641 has been marked as a duplicate of this issue. ***
Comment 24 michael.ruess 2009-02-11 11:47:25 UTC 
*** Issue 96424 has been marked as a duplicate of this issue. ***
Comment 25 eric.savary 2009-05-24 19:18:31 UTC 
*** Issue 102154 has been marked as a duplicate of this issue. ***
Comment 26 Rainer Bielefeld 2010-04-13 05:37:52 UTC 
*** Issue 110818 has been marked as a duplicate of this issue. ***
Comment 27 michael.ruess 2010-04-15 14:25:48 UTC 
*** Issue 110910 has been marked as a duplicate of this issue. ***
Comment 28 Marcus 2017-05-20 11:18:01 UTC 
Reset assigne to the default "issues@openoffice.apache.org".