https://bugs.documentfoundation.org/show_bug.cgi?id=157727
Buovjaga <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 CC| |ilmari.lauhakangas@libreoff | |ice.org Status|UNCONFIRMED |NEEDINFO --- Comment #7 from Buovjaga <[email protected]> --- (In reply to Tracey from comment #6) > I thought I already posted this text, but I do not see it: > > I had another formatting issue (156518) which was resolved with resetting > LibreOffice to factory defaults. > > However, resetting LibreOffice to factory defaults did NOT resolve > end-of-section-column-formatting issue. > I removed all the manual column breaks in the attached files. > > Thanks, Tracey > > Some of the column break locations are different than before (which is why I > called them unstable). > After "fixing" the end-of-section-column-formatting issues, upon re-opening > the document, the issues would either re-appear or appear in a different > sections. > Sometimes putting in a manual-column-break(mcb) and deleting the mcb would > temporarily "FIX" the issue, but subsequent openings, the issue would > re-appear. > > I now have the following column-break issue in the following places/pages: > 306-307, 547-548, 675, 676, How should we test with the ODT document to see the problem? And what exactly is the problem? > 700 (Chapter 46: special -[mid paragraph]- column-break issue), > (BTW I tried looking at the document as RTF with notepad++ and a hex viewer, > but I only "see" 7 bit ASCII characters 8-(... ) The ODT files are actually .zip files, so you can extract their contents. They contain for example XML files. In general, if you have saved back and forth from ODT to RTF/DOC, it will surely cause problems. It is best to work in ODT and only treat the Microsoft formats as final export targets. -- You are receiving this mail because: You are the assignee for the bug.
