Apache OpenOffice (AOO) Bugzilla – Issue 4858
Conversion error of graphic when saving as Word98/2000 format
Last modified: 2013-08-07 14:38:26 UTC
When saving a document containing a graphic created in "Draw" and then "cut-n-pasted" into a document created in "Writer" as Word-98 (.DOC) format, the graphic is appears corrupted in MS- Word. The graphic in question has 4 text-boxes with tails pointing to a line, below the line are another four boxes with text in each box. When the document is viewed in OpenOffice Writer -- everything looks fine. When viewed in Word-98 or Word-2000, the text-boxes are missing. While I would like to call this a MS bug (:-), I suspect it isn'tn and I doubt they would fix it. I can cut-n-paste that same graphic into Word and it works (on both Word and Writer). I can ftp/send the graphic if you desire.
Created attachment 1643 [details] Example document that if saved as MS-Word will demonstrate the problem
NOTE: I was unable to "recreate" the case where OpenOffice Writer was able to read the document correctly. (That happened under 641 and in a 10 page confidential document.) So at this point, I should simple say that the graphic is "corrupted". The workaround, BTW, is to save the graphic in MS-Word. Then continue to edit in OpenOffice. NOTE: I have attached a .sxw file as an example.
Thanks for posting Dana. Duplicated the problem on Win NT 4.0, OO 1.0. Will include some screenshots.
Created attachment 2240 [details] PNG screenshot of document in OO before conversion to MS Word 2000.
Created attachment 2241 [details] PNG screenshot of OO doc after conversion to MS Word 2000 ( opened inside Word 2000 )
Dana, a work around for this issue exists: Cut and "Paste special" the drawing as a GDI metafile. OOo will export this workaround correctly.
JA->MRU: please have a look at this. Reassiged...
MRU->CMC: in 644s it has already been improved. But the objects above the line are a bit too small after export.
cmc->sj: The drawing group just gets passed to SvxMSDffManager's AddSdrObject to export it. Any ideas why this is going awry ?
It seems that the wrong bounding geometry is used for callouts, which is the reason that some objects are skewed after grouping. I will investigate this.
re-targeted to OO later.