<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - FORMATTING: FILESAVE: Writer compatibility setting doesn't save properly and keeps resetting unwanted option to be used" href="https://bugs.documentfoundation.org/show_bug.cgi?id=138544#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - FORMATTING: FILESAVE: Writer compatibility setting doesn't save properly and keeps resetting unwanted option to be used" href="https://bugs.documentfoundation.org/show_bug.cgi?id=138544">bug 138544</a> from <a class="email" href="mailto:ernest@bywater.net.au" title="Ernest Bywater <ernest@bywater.net.au>"> Ernest Bywater</a> <pre>(In reply to Dieter from <a href="show_bug.cgi?id=138544#c2">comment #2</a>) > I confirm this behaviour with doxc-files, but not with odt-files. If I'm > right, you only use odt-files. The setting remains after reopening the > document. And as the dialog says, it is only for the current document in use > and it is not a general setting > > Version: 7.1.0.0.beta1 (x64) > Build ID: 828a45a14a0b954e0e539f5a9a10ca31c81d8f53 > CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: > win > Locale: de-DE (de_DE); UI: en-GB > Calc: threaded I've used only Libre Office since it split from Open Office and I used OO for several years before that. I've not used MS Word for over twenty years. For over a decade I've been using Zorin Linux as my OS. While I usually use a layout document I created 5 years ago and saved as .ODT, I just created a new document by opening LO Writer, select new document, typed some text. Checked the Libre Writer Compatibility setting mentioned, and saw it was unchecked. I left it that way. Saved the new file, then opened it up again. When I looked at the Libre Writer Compatibility the top option had a check mark showing the software had set that itself. I unchecked the box, applied the change, saved it, told the system to save the unchecked option as the Default, closed the file, and reopened it to find the box checked again. thus the system keeps resetting that check box. This issue happens with EVERY .ODT file I have. I've not looked at any other files as I don't use them enough to be worried if it's an issue there or not. But I do use the finished .ODT files to create PDF copies for printing, E-pub copies, and HTML copies for web pages. Now, in general, I wouldn't mind what the settings are. However, that one check box causes the whole document to repaginate in an odd way. The result is weird widows and orphans. I uncheck the box and the pages go back to how they should be and I can type away. But once saved and opened again I have to uncheck that box before I can do anything with the file. As a temporary work around to save doing that all of the time I've made changes to the file page settings. To get the pages back looking like they should without that setting I have to decrease the inside age margins by 0.25 cm, reduce the top and bottom page margins by 0.25 cm, reduce the header area by 0.25 cm, and reduce the space above the H1 heading by 0.50 cm. That fixes about 95% of the issue and the page displays very close to what it did before, but even then there are times I have to make a few changes to eliminate one or two words that have been wrapped onto a new line by themselves. BTW, 0.25 is about the height of a line of text in the 10 pt Palatino Linotype I use. Thus this one compatibility setting is making a change to the available text space on each page that's equivalent to over 4 lines of text per page with my font - that a heck of a change to the page being displayed. I wish I knew why it's not happening to you. I'll have to see if it's happening in LO 7.1 when it gets to RC stage.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>