Writer v24 (started with v7) Footer not working as in v6 and lower

Hi,

I have tried since a very long time with LO Writer 7, 24, and 25 to create footers. It is obvious that the programmers changed the way how footers work.

I insert either text or a field in the footer and then add the page number. But as soon as I add in the page number the whole footer takes now two lines instead of one.

I can see this issue with these versions of Libre Office Writer -

Version: 7.6.7.2 (X86_64) / LibreOffice Community
Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded

Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded

Version: 25.2.1.1 (X86_64) / LibreOffice Community
Build ID: e538fb6403facdfd3db0250c3b3278236c675c2a
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded

What I noticed is that the page numbers are saved as bookmarks. Deleting the bookmarks and the page number does not solve anything. I have spent hours trying to resolve this issue without success.

I have parallel installed

Version: 6.4.7.2 (x64)
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: GL; VCL: win;
Locale: en-GB (en_GB); UI-Language: en-GB
Calc: CL threaded

and there it works perfectly fine.

Using tables in the footer does not work either. Adding a single row table with two column still uses two lines in the footer. I can charge the font below that table to 2 pt but Writer stubbornly uses two lines in the footer. The same happens in the header.

I want to continue using LO 7, 24, and later 25 and higher. But at the moment this is a real showstopper for me.

I have attached two sample files illustrating the issue.

Thank you for pointers on how to resolve this issue and get footers just like in LO 6 and lower.

Best regards,

Gaismair

6.4.7.2.odt (13.1 KB)
25.2.1.1.odt (16.5 KB)

I don’t know how you proceed. Nothing changed regarding footer or header in recent releases.

Generally speaking, I don’t trust wizards like Insert>Page Number because they reflect implementer’s taste, not mine, and also they add a new “object” of their own.

This is probably what happened: you already had a footer and used Insert>Page Number which created a second Footer paragraph above your existing one.

I also observe you have direct formatting in your 6.4.7.2 version. I remind you that standard Footer (and Header as well) configuration has three “zones”: at left a left-aligned one, after typing Tab you have a center-aligned one and after another Tab a right-aligned one. There is no need to force right alignment (which pollutes the whole paragraph). Press Tab twice and type your text which will be flushed to right-margin.

When you already have a footer, it is simpler to Insert>Field>Page Number to get the page number. It can be inserted in any of the three aforementioned “zones”.

Using tables in a footer or header should be reserved for special layouts like cartouches in technical documents. In a novel, built-in header and footer based on tabs is sufficient.

Many thanks, the Insert > Field > Page Number solved my problem. I used to use the Insert > Page Number. But that got completely changed as of v7. Which was very frustrating to say the least. I have only tried to resolve my problem with a table in the footer. This created the same mess as with Insert > Page Number. It is nothing that I use.

I have directly formatted the footer because I changed the borders of the page from 2 cm to 1.6 cm. Further, I only need the right tab stop at the far right of the footer. I still have a copy of the page with a tab stop in the middle in the case I ever need it.

Again, many thanks for your great help!

Best regards,

Gaismair

The three “zones” I mentioned earlier are implemented with tab stops. Unfortunately, all stop positions are measured grom the left. This means that the stop at right margin is specified with an absolute distance from the left. When you change matgins width, this tab position is no longer aligned with right margin.

You must create a new tab stop at the correct distance in the page style and delete the previous one (tabs cannot be updated; they can only be created or deleted).