Issue 14303 - Copy and paste to OO Draw does not paste everything
Summary: Copy and paste to OO Draw does not paste everything
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC3
Hardware: PC Windows XP
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-09 17:31 UTC by sysyim
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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


Attachments
The test document that I paste from (9.78 KB, application/octet-stream)
2003-05-09 17:32 UTC, sysyim
no flags Details
The Draw document that I want to paste to (13.63 KB, application/octet-stream)
2003-05-09 17:33 UTC, sysyim
no flags Details
attempt to deal with the problem (10.33 KB, application/vnd.oasis.opendocument.graphics)
2009-04-23 19:02 UTC, larysahitekschool
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sysyim 2003-05-09 17:31:52 UTC
I am finding that when I copy and paste between OO Writer and OO Draw the
objects I am copying are not completely pasted.
To recreate the problem:
I have a file t.sxw. If I highlight everything from the word "For" down to the
question mark. Select Edit->Copy.  Then File->New->Drawing, in the new Drawing I
choose Edit->Paste.  The result is in t2.sxd.  The paste stops half way through
a line.
Comment 1 sysyim 2003-05-09 17:32:48 UTC
Created attachment 6102 [details]
The test document that I paste from
Comment 2 sysyim 2003-05-09 17:33:39 UTC
Created attachment 6103 [details]
The Draw document that I want to paste to
Comment 3 jack.warchold 2003-09-03 16:47:49 UTC
jw: reproduced in OOo1.1rc3
reassigend to es
changed version to OOo1.1RC3
changed target to OOo2.0
changed status to new
changed prio to P3
Comment 4 eric.savary 2003-09-22 16:34:09 UTC
ES->DVO: the frame of the inserted OLE object has some kind of default
size and does not adapt to the content. It should. Just like it doesn
when pasting from Draw to Writer or Calc to Writer.
Comment 5 eric.savary 2003-09-22 16:35:02 UTC
Reassigned to Daniel
Comment 6 eric.savary 2003-09-23 17:31:40 UTC
Really reassigned to Daniel...
Comment 7 obaraj 2006-01-20 03:01:31 UTC
Configuration:
Windows XP professional SP2

Build:
OpenOffice.org 2.0.1

This issue was replicated.

A) Reproduction step-by-step

 1) open a new "text document"
 2) using font size 11, type about 7 lines.
 3) select the "edit" menu, select "copy" (alternately use ctrl-c or cut 
    operation)
 4) open a new "draw" document
 5) select the "edit" menu, select "paste" (alternately use ctrl-v or right 
    click and select paste from the context menu)

B) Analysis

Notice that the pasted text is restricted to what can fit into the default 
size of the box. If you try to adjust the size of the box it will only change 
the size of the font. Setting the original size of the font to be smaller in 
Writer will allow more text to be pasted into draw. That shows that it is 
being restricted by the box it is contained in, within Draw.

Importing a file doesn't seem to have this problem. 

Note also that this issue occurs when trying to paste into Presentation. 
(follow the same steps as above but open Presentation instead of Draw)
Comment 8 tahouri 2007-01-21 05:12:12 UTC
Configuration:
Windows XP professional SP2

Build:
OpenOffice.org 2.1

I also replicated the issue according to the steps indicated above. However I’m 
adding some remarks regarding the box restriction size which was not mentioned.

1.  I observed that the amount of text that is copied from the “Writer†
    to “Draw†is  being restricted. However I tried to copy from some other 
    text editor (Notepad) to “Draw†and observed that, there is No box 
    restriction. Consequently the box adjusted accordingly.

2.  I also observed that the amount of text that is copied from the “Writer†to
     “Presentation†is being restricted if the selected tab is “Normal† 
     (there are “Normalâ€, “Outlineâ€, “Notesâ€, “Handout†and “Slide Sorter†tabs
     at the top left). However I copy from the “Writer†to “Presentation†but 
     before select the “Notes†tab, No box restriction was observed and 
     consequently the box adjusted   accordingly.

3.  Inserting an image to Writer will work fine except that the image might be 
    shrunk to fit the page but no part of the image is discarded and box 
    adjusts accordingly.

Comment 9 tahouri 2007-01-21 06:32:23 UTC
 “Correction to my remark #2 above:â€
Selection the notes tab in presentation does not fix the copy function. But 
copying a text from other text editors (ex. Notepad) and pasting it in any tab 
in presentation works.  

I also found the following 2 ways of working around the problem:

1) After copying the text from the source (OpenOfiice.org Writer), first create 
a text box by clicking on the “T†button at the bottom of the page (if “T†is 
not visible, make it visible by clicking the small arrow sign which is first 
button from the right hand side of the bottom tool bar and then select “visible 
Buttons†, then choose “T†(Text)  so it would appear in the tool bar). Then 
drag the mouse and create the box. After that immediately paste the text (by 
ctrl-v for example). After dragging and creating the box, do not click any 
where else since it causes the box to disappear in the destination page 
(OpenOfiice.org Draw).

2) Copy and paste the text as you normally do. Then if the pasted text is not 
complete, double click the box. Double clicking the box opens up the box as a 
page in the text editor. You can adjust the box dimension here easily to 
capture the whole text. Note that if you try to adjust the box size without 
double clicking, it only changes the size of the pasted text 
Comment 10 larysahitekschool 2009-04-23 19:02:57 UTC
Created attachment 61762 [details]
attempt to deal with the problem
Comment 11 larysahitekschool 2009-04-23 19:07:39 UTC
I can reproduce it on OOo-dev 3.2.0 DEV300m44. The method "of working around 
the problem" mentioned above doesn't work correctly. See attachment 
Comment 12 Rob Weir 2013-07-30 02:24:18 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.