Apache OpenOffice (AOO) Bugzilla – Issue 79119
Size of OLE replacement picture seems to be wrong
Last modified: 2017-05-20 10:55:55 UTC
Copy some content in MS Word on Mac OS X paste the content into OOo as "Microsoft Word Document" (OLE). The size of the replacement picture displayed is wrong (see attached screenshots).
Created attachment 46454 [details] OLE object pasted into OOo
Created attachment 46455 [details] Same OLE object pasted into MS Excel
tra->mav: Regarding the OOo screenshot: The upper picure is what you will see in OOo when you paste the clipboard content as picture. The lower picture is what you'll see when pasting the clipboard content as OLE object. The same problem with Calc and the other OOo apps. Any idea?
I could not reproduce the problem on Windows. It looks like the default size is used in this case for the object. Changing the target.
tra->mav: What makes me wonder is the fact that if I insert the picture from the clipboard the size is correct while when inserting the OLE object the size is incorrect though I thought that the same picture will be used in that case. Where would I start looking for the root cause of the problem? Where will be decided if the default size (whatever that is) or a different size will be used for the replacement picture?
Currently I can not say how the mac clipboard works, I can only give information about windows copy/paste objects workflow. The problem with the picture size ( at least on Windows ) is that the picture size is not always correct as well as the size provided by clipboard explicitly, so it can not be used. For this reason the OLE server is explicitly asked for the size ( in some cases the object even creates own OLE component using windows API and ignoring OOo clipboard ). But you are right, in case the object can not retrieve the size from the server, the picture size could be used as a fallback. If you like to test whether the assumption is correct please apply the following patch for svtools/source/misc/embedtransfer.cxx file.
Created attachment 47104 [details] A small patch that could probably fix the problem. If the pGraphic argument is NULL, more changes in application implementation is required.
Not enough resources - moving to 3.x
.
Reset assigne to the default "issues@openoffice.apache.org".