Issue 110934 - Embedded object or image is lost when copying text block from Writer to Impress
Summary: Embedded object or image is lost when copying text block from Writer to Impress
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: DEV300m75
Hardware: Unknown Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-16 08:54 UTC by annulen
Modified: 2017-05-20 11:11 UTC (History)
2 users (show)

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


Attachments
example (9.51 KB, application/vnd.oasis.opendocument.text)
2010-04-16 08:57 UTC, annulen
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description annulen 2010-04-16 08:54:49 UTC
1. Open any text document in Writer, insert image or OLE object (e.g., formula)
2. Select text block, containing it, and copy to clipboard
3. While you try to paste it inside Writer, everything is OK
4. But when trying to paste it inside Impress, image or ole-object is lost, only 
text is pasted
Comment 1 annulen 2010-04-16 08:57:12 UTC
Created attachment 68957 [details]
example
Comment 2 wolframgarten 2010-04-19 08:57:41 UTC
Reproducible. Reassigned. Works in OOO320_m14.
Comment 3 clippka 2010-05-05 10:44:55 UTC
The formula is inserted, but it paints itself with white text on a white
background (change slide background to black to verify). This also happens when
inserting the clipboard contents as ole in calc (the default paste in calc
looses the formula).

Since this works in writer I suspect a bug in math.
Comment 4 thomas.lange 2010-05-05 11:05:47 UTC
tl->cl: already fixed by aw in DEV300_m76. Works fine for me in DEV300_m77.
Please verify.
Comment 5 clippka 2010-05-05 13:31:27 UTC
cl->tl: testet in m77, still not working. tested on windows 7 64bit for
wntmsci12.pro dev300 m77 build 9496
Comment 6 thomas.lange 2010-05-05 15:09:36 UTC
This bug mixing two independent items:

a) what will be part of the selection, namely if the OLE object or picture is
part of it or not.

b) that the formula / OLE object is not visible if it gets pasted into draw.
That is the formula object is nit visible within the Writer object pasted inside
of draw even if the object was actually part of the selection.

About a):
What objects actually are in a selection is not a simple matter at all. It
depends on the selected text part as well as on the anchor type for example.
If you use anchor type 'to page' objects will not be part of the selection at
all. If, on the other hand a formula object is anchored 'as char' even a very
small text selection to the left and right will be sufficient to get the object
as part of the selection. And it yet another case if the object is anchored 'to
paragraph'. I do not claim that all cases work as they should... 

tl->annulen:
If you feel uncomfortable with the current behavior please submit a separate
issue and explain in more detail what you would expect in which case. 


From this point on this issue should only be about item b).
This looks like a problem of the drawing layer when OLE objects are nested.

tl->aw: can you please have a look at this. Thanks!
If possible please also have a look into at what sizes a object/picture gets
pasted into Draw if ONLY the object/picture was selected and when the user prior
to this had manually changed the objects width/height.
Comment 7 thomas.lange 2010-05-05 15:10:04 UTC
.
Comment 8 Armin Le Grand 2010-06-08 10:24:26 UTC
AW: Adapted target
Comment 9 Marcus 2017-05-20 11:11:39 UTC
Reset assigne to the default "issues@openoffice.apache.org".