Apache OpenOffice (AOO) Bugzilla – Issue 19484
WW8: Some anchored elements force writer's table rows to grow but not words. Workaround in filter export ?
Last modified: 2013-08-07 14:41:36 UTC
When I save a OpenOffice Writer file to Word the formatting is destroyed in Word 97, although it appears correctly formatted in Word XP. The document constists of a number of cells. The problem are contains two pictures side by side in a cell. When the doc file is open in word 97, the pictures have jumped outside the cell. This problem is repreducable every time.
Created attachment 9241 [details] PGM Description
I can reproduce it at 1.1 Rc4 on Win Xp maybe it is table problem
reassigned to mru please take a look at this issue
change to new
No, that is not fixable by the filter. Word also lets a table flow behind a graphic, which is inside of one of the cells of the same table. In Writer, the table expands so that the graphic will fit into the cell. MRU->AMA: As far as I remember, a compatibility option for this is on the way. I couldn't find a matching task, so please re-assign, if there is already one.
.
prio now 4.
add oooqa, ms_interoperability
OD (29.09.2003): The given layout is hard to export to MS Word, because MS Word doesn't support it. In MS Word an object with wrapping mode 'in front of text' will always leave the table cell its anchored in. Using the layout information during export, the export filter could adjust the height of the table cell. Thus, the behaviour of the Writer, that a table cell grows considering its inside anchored objects, can be simlulated. OD->CMC: Can please check, if my proposed solution is possible?
cmc: A the original user noted that there is a difference between opening in 97 and XP. That is because there is a feature new in XP to allow graphics to be laid out in table cells which does not exist in 97. Creating such a document from scratch with such anchoring in XP will also look the same when opened in 97. 97 simply cannot do it. The remaining problem where the cell containg the graphic will not grow to fit is due to the reasons that od describes. We maybe be able to do somthing here, but it will be a bit hacky-> if row contains anchored elements which are behind/before text with through wrapping then increase desired row height to real height when exporting... (cmc->Fergus:) Assuming you don't care about all this esoteric stuff, the problem would go away if you anchor the graphics 'as character' which is something that word 97 and XP can both handle equally well.)
Fergus: (08/10/03) The workaround works fine for my users and they can now throw away there MS office's (just as long as they remember to use the "as Character" setting when putting graphics in tables) Fergus->cmc: Can the graphics be automatically re-anchored to "as Character" when saving to Word 97 ?
cmc->fergus: That would only work for the circumstances exactly as your own example where there is no other content in the cell. Other content in your cell will be displayed under the graphic in writer, but after the graphic in word if exported 'as character', so its not a general solution for the filter to automate exporting anchored 'to character/paragraph' with this type of troublesome wrapping to word.
Ok, have implemented for 2.0 a cunning mechanism to detect this type of graphic in a row where word will not be able to stretch the row to fit it, and in this case export out the fixed layout height that writer is using. (in workspace portlaoisefilterteam16)
I'll make this an enhancement, as its not our bug really but words that we are working around
reopen to reassign
cmc->mru: Done in Fri-Nov-07-16-00 portlaoisefilterteam16 installset. Insanely great export magic to detect the export of what would be problematic for word to do and set the row height to a fixed value to make it work.
Checked fix with CWS portlaoisefiltertteam16.
Verified. Fix will be implemented in OO 2.0.
checked fix with OO 2.0 snapshot build 680m35. Closed.