Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Embedded object or image is lost when copying text block from Writer to Impress|
|Component:||editing||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
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 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