Apache OpenOffice (AOO) Bugzilla – Issue 16679
Unnecessary information loss when saving in MS Word format
Last modified: 2013-08-07 14:38:26 UTC
I will be attaching a file to this report. Procedure: 1. Open the file in the OOo Word Processor. 2. Save as Word 97/2000/XP document. 3. Open the Word document in MS Word. The contents of the image in the document are different (text missing). This cannot be an intrinsic problem with Word, however, because: 1. Open the file in the OOo Word Processor. 2. Copy the image to the clipboard. 3. Paste the image into an MS Word document (in Word). 4. In Word, save the MS Word document. 5. Re-open the MS Word document (in Word). The image looks fine. So I conclude that the problem is with the Save As Word 97/2000/XP filter.
Created attachment 7547 [details] Example document that does not save correctly as a Word document
Thank you for using and supporting OOo. OOo supports text as part of the arrow object. However, Word does not have the same feature. So OOo's export is working.
OOo is working as expected.
Closed
OK. I don't understand why this behaviour is deemed acceptable, but you're the boss. Just to be really clear about this: 1. Paste drawing into Word. 2. Save Word document. Picture is saved correctly, including the text. 1. Past drawing into OOo word processor. 2. Save as Word document. Picture is not saved correctly (text missing). If real Word handles the drawing properly (as it does), I honestly don't understand why it's not a bug that OOo fails also to do so when saving as a Word document. If you close this again, I'll go away. Unhappily, and not understanding. But I will shut up, go away and leave you to more important things.
reassigned to mru can you please take a look at this issue
Hm, I am not really sure, why the textboxes aren't displayed in Word2000 or older versions. When opening the exported file with Word XP, all textboxes are visible. MRU->CMC: do you know about a restriction older versions of Word might have with this? Or do we have to do a small adjustment in the filter?
Created attachment 9655 [details] Example 1
Created attachment 9656 [details] Example 2, output from impress
The boxes aren't missing, just too low in height to be seen. Something to do with the "resize autotext to fit shape" property cmc->sj: If I export the "Example 1" to ppt it looks fine in ppt 97 and 2003. If I cut and paste if from ppt (any version) to word (any version) I get the problem described (as does opening the output .doc from the original attachment in word 97 (though its ok in xp+)). I'm wondering about the autoheight of the drawing text boxes, when the cut and pasted shape in word is ungrouped the textbox does not appear to have "resize autoshape to fit text" applied, but it does appear to have it in the original ppt. Different defaults ? This might just be a word problem and not our export. Perhaps something of the nature of setting an explicit starting size for "fit shape to text" objects ? Want to look into this ? if you don't think its your area we'll slog through it over here.
Yes, this seems interesting, but I have not enough to investigate this at the moment. I am working on an improved AutoShapes support in our drawing engine, if this is done, this Issue may probable be fixed. I expect this, because the "size autoshape to fit text" will be implemented with the next version of AutoShapes, currently this feature is not supported After my changes are done I will carry on this bug, I am expecting to be able to give any further information in two month.
re-targeted to "OO later".