Apache OpenOffice (AOO) Bugzilla – Issue 5023
WW8: (Unexplained) cropping and scaling in .doc not imported by writer
Last modified: 2013-08-07 14:41:36 UTC
This problem is old, reaching back to OO641, StarOffice5.2, and across Win32 and Linux-OS's. The Word Processor garbles embedded graphics objects, even crashes the program.( wants 200megs of RAM to work a 256k document). Abiword can open ONE of the embedded objects as a .png. This .png can be exported from Abiword and Inserted > from file into a new OO document. The document originates from a MS-Word97-sp2, generated by a macro from a Dactron program.
Created attachment 1695 [details] MS Word97_sp2 documents with embedded graphs, tables, and png's.
JA->MRU: reassigned to you...
I was not able to reproduce a "high-memory-consumption" on loading this doc. But many graphics didn't have content after import. This is partly fixed in src656. Partly means, that there the content is available, but is displayed much to small in its frame. MRU->CMC: Is this more yours or SJ's code?
Some along the lines of the outline of the shapes in word are not squares and we are using the outside bounding box of the shape and word is using the inside bounding box. Thats a very speculative theory at the moment, but theres little else. There shapes honestly are that size and that shape.
Just retitling this so I can easier remember the problem...
This is a hard one, I still don't know why this is happening :-( Forced to retarget into the future a bit.
Created attachment 7795 [details] Example .ppt file that shows the same effect imported into impress
Created attachment 7796 [details] Example .ppt file that shows the same effect imported into impress
Created attachment 7799 [details] show transparent bits, maybe this is relevent (doubtful)
cmc->sj: I'm stumped. I don't see what's so special about these wmfs that word sort of autoclips out the blank areas while we leave them in. The same thing happens when I cut and paste the wmf into powerpoint and import into impress, so its not a word specific thing, so it must be something to do with how the wmf or perhaps some escher attribute. But I saw no escher property when investigating which could create such clipping.
I also don't have an idea why these graphics are clipped, but I know that this Issue is double to Issue 2584. *** This issue has been marked as a duplicate of 2584 ***
My only guess was that if a wmf does not have a size set in the wmf that the drawing gets clipped to the smallest nonbackground bounding box. But that's only because that's what I see as output :-)
Created attachment 7810 [details] refusing Caolan's background theory :-)
Have a look at my attachment, the red line is also clipped by Word, this contradics your smallest non background box theory. It is a mystery.
.