Apache OpenOffice (AOO) Bugzilla – Issue 4357
example Word document not rendered properly
Last modified: 2013-08-07 14:41:36 UTC
View the attached document (I will attach it once this issue has been created) in Word and Writer. It is obviously not rendered correctly in the latter. While not the best example of Word authoring (our HR department created it), I must live and breath this document for a few weeks a year. :)
Created attachment 1516 [details] apa.doc
Kevin, thanks for posting this issue. Could you please list just one issue with the document? Just as a heads up, OOo does not support transparent fill ( see issue 3939 ). Your document contains a lot of drawing objects that use the transparent fill. Thank you for using and supporting OOo.
JA->MRU: please have a look...reassigned
A better desciption of the problem could have been helpful... The problems I found at first glance are fixed in OpenOffice 643C (missing text in the object at the top, z-order problem with object at the bottom of page 1).
MRU->AMA: There are some (black) drawing objects placed behind white text (as on page 5). It is a little bit mispositioned, because the paragraph above it is 1,5 line spaced and the anchor seems to be placed on this space. But I am the opinion that it shouldn't, because it is anchored to a single spaced paragraph.
OD->CMC (25.02.2003): As stated by MRU there are some misplaced drawing objects - end of page 1 and 'black background' of headings. Please have a look. Assign back to me, if layout engine causes the misplacement.
Created attachment 4912 [details] simple .doc example
Created attachment 4913 [details] a picture
a) The black boxes and white text are drawing boxes which are placed underneath automatic text which should then display white in the portions inside the black box. That part works fine, and the boxes are positioned correctly, the problem is with the 1.5 line spaced text, the attached picture shows that the paragraph between these two boxes which is of 1.5 line spacing following a single line spaced line is positioned differently in writer than word :-( Looks like word puts the line spacing of the each line after that line, while we do something different, something like the maximum of the line spacing of each line and the following line ? b) On the first page the position of the box is 0.42 cm below paragraph, both word and writer measure this from the top of the paragraph, because again this is a 1.5 line spaced paragraph writer is positioning this differently than word does for a 1.5 line spaced para. i.e. the same reason as a) (note: The different hori positioning of the numbering is because our numbering ignores hanging indent which is logged as a feature request already) cmc->od: The only open question is to confirm that our linespacing is working as it is meant to do ? Which is quite likely I support. Is this spacing result in the final attaced .doc where a single linespaced para is followed by a 1.5line spaced para the correct writer behaviour ? If so then this is feature request for a compatability option for writer to linespace like word.
OD (26.02.2003): Yes, line spacing in writer differs from MS Word: (a) In writer even the first line of the first paragraph with an 1,5 line spacing holds the given spacing to the last line of the previous paragraph. (b) The writer calculates the maximum of the spacing between two paragraphs and holds this between them. To add the spacing between paragraphs, we've got an option, to be found in Tools-Option-Text Document-General. (c) The writer implementation detail that the lower spacing of a paragraph is hold by the following paragraph, also causes incompatiblities with MS Word, when objects anchored at paragraphs have to be placed. Thus, I will submit two new issues for the enhancements on target OOo 2.0. This issue has to follow these new issues - target changed.
OD (26.02.2003): Issue depends now on the enhancement issues #11859# and #11860#.
.
both issues #11859 and #11860 are fixed now.
OD->MRU: Check in internal installation set of cws swobjpos05 - please verify.
Checked fix in CWS swobjpos05.
Verified.
Closed. Will be fixed in OO 2.0.