Created attachment 77314 [details]
archive with documents
Writer does not preserve position and wrapping of images in RTF files, written by itself. Verified in 3.6 and 4.0. Results of my testing are in the attached zip file.
The problem is that all images are aligned to left and wrapping is ignored.
I tested the document with LO36, LO40, AO34 and MSO2013. It is hard to describe what is correct and when - therefore I attach a file insimage.pdf with all combinations. On each page on left is the correct appearance (the file name in blue) and on right is the rendered document.
Perhaps LO, AOO and MSO use two formats for writing and reading, which causes this mess.
1. in LO (msoffice) open the provided odt (docx) file
2. save as rtf and close LO (MSoffice)
3. in LO open the rtf file
Names of the provided files mean:
means: The document was stored by LO40 to an RTF file.
means: The document was stored by LO40 to an RTF file. Subsequently the RTF file was opened by AOO 3.4 and was saved to pdf.
thanks for this thorough bug-report.
Tried reproducing on OS X 10.8.3 LO 18.104.22.168. For me, when saving the odt file to rtf and then opening that rtf with LO I see all images at the left so their position was lost. Doing the same with Word shows that the image position is indeed maintained when saving to rtf.
Thus setting to NEW.
I don't think my bug is a duplicate, but may be related:
I reported 2 bugs with that report which is poor form on my part and I apologize.
Set status to highest and major and added to MAB.
A user can't open and save a RTF file with images because LibreOffice ignores the type of anchor selected.
If you try to create a new RTF document with an image, LibreOffice ignores the selected type of anchor and saves it anchored "As Character".
The resulting RTF document is unusable due to loss of formatting.
retested under Win7x64
reproducible with LibO 22.214.171.124
not reproducible with LibO 126.96.36.199.alpha0+
Build ID: 9177329a425cf70b515d1f266132838894fe54c6
TinderBox: Win-x86@42, Branch:master, Time: 2014-10-06_00:13:13
hence the bug is RESOLVED WORKSFORME in the 4.4.x master branch
feel free to revert status if you do not agree
Migrating Whiteboard tags to Keywords: (filter:rtf)
Replace rtf_filter -> filter:rtf.