[Libreoffice-bugs] [Bug 138544] FORMATTING: FILESAVE: Writer compatibility setting doesn't save properly and keeps resetting unwanted option to be used

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=138544

--- Comment #3 from Ernest Bywater <ernest at bywater.net.au> ---
(In reply to Dieter from comment #2)
> 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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201218/2238fbe9/attachment.htm>