Created attachment 186279 [details]
LOkol-prim1

Created attachment 186280 [details]
LOkol-prim2

Isn't this issue of NAB bug 33304 issue?

(In reply to V Stuart Foote from comment #3)
> Isn't this issue of NAB bug 33304 issue?

Yes, it really is, and I still don’t understand why it hasn’t been resolved, but the headers and footers were stuffed into the styles correctly.
At least 50 requests for these headers and footers (for me) were received, and everything was urgent for everyone, and most of the document also moved out. And the header must be present because of the page number. Yes, and it’s very unpleasant to draw up all term papers, diploma papers with such flying fields.
Да действительно она, и я не понимаю до сих пор почему она не решена, а вот колонтитулы в стили запихнули правильно.
Получено порядка минимум 50 обращений на эти колонтитулы(у меня), и всем всё срочно и также съехала большая часть документа. И колонтитул обязан присутствовать из-за номера страницы. Да и самому неприятно оформлять все работы курсовые, дипломные с такими летающими полями.

@Mike, what do you think. Work it up here, or revisit bug 33304?

(In reply to V Stuart Foote from comment #5)

I don't see why would we need to revisit it, or how should it be handled here. It's just an incorrect expectation from OP, that header/footer are part of margins: it is not how ODF page model is designed.

In ODF, margins are space where *no* part of document is present. And that is fixed: no matter how you try, header/footer/page body won't eat it.

In other applications, where margins are for headers/footers, it's just a fake, and when headers increase in size, they start eating page body. So there, there is no guarantee that page body is not affected, just a different point of surprise.

There *can* be a convenience tool, that allows "placing" header/footer "on margins" by decreasing them, and making the header/footer take that space, in one action. It would be an enhancement request for such a convenience tool.

Created attachment 186295 [details]
LOkol-prim3

(In reply to Mike Kaganski from comment #6)
> (In reply to V Stuart Foote from comment #5)
> 
> I don't see why would we need to revisit it, or how should it be handled
> here. It's just an incorrect expectation from OP, that header/footer are
> part of margins: it is not how ODF page model is designed.
> 
> In ODF, margins are space where *no* part of document is present. And that
> is fixed: no matter how you try, header/footer/page body won't eat it.
> 
> In other applications, where margins are for headers/footers, it's just a
> fake, and when headers increase in size, they start eating page body. So
> there, there is no guarantee that page body is not affected, just a
> different point of surprise.
> 
> There *can* be a convenience tool, that allows "placing" header/footer "on
> margins" by decreasing them, and making the header/footer take that space,
> in one action. It would be an enhancement request for such a convenience
> tool.

See LOkol-prim3.
This thing must be raised and forbid it to raise and lower the margins of the page.
Also, you see the interval below it to the fields, if you set it to 0, then the page number will be directly above the text, which is not beautiful.
The title I didn't understand. If these are the headings that have styles and are used in the table of contents - this is completely different.
Смотрим LOkol-prim3.
Вот эту штуку надо поднять и запретить ей подымать и опускать поля страницы.
Также вы под ней видите интервал до полей, если его поставить 0 то номер страницы будет находиться прям над текстом, что не красиво.
Заголовок чего я так и не понял. Если это те заголовки на которые есть стили и используются в оглавлениях - это совершенно иное.

Роман: в дополнение к Вашему багрепорт здесь, если Вам нужна помощь по правильному форматированию колонтитулов (верхний колонтитул в английском называется header, в отличие от заголовка, который heading), то Вы можете задать вопрос на https://forumooo.ru. 

A native-language community support in Russian is available at https://forumooo.ru.

(In reply to Mike Kaganski from comment #9)
> Роман: в дополнение к Вашему багрепорт здесь, если Вам нужна помощь по
> правильному форматированию колонтитулов (верхний колонтитул в английском
> называется header, в отличие от заголовка, который heading), то Вы можете
> задать вопрос на https://forumooo.ru. 
> 
> A native-language community support in Russian is available at
> https://forumooo.ru.

I need that when the headers and footers are turned on, the fields do not move out. And also in order to be able to manage that ruler in LOkol-prim3 within the header, the rights of the header must be set based on the provided fields in the page style.
After all this does not move out, the correct formatting of the headers and footers will begin. The forum has no power over the moving line.
The page margins are indicated so that they are not violated.
I leave the Russian text so as not to try to remember what I wrote about.
Мне нужно чтобы когда включали колонтитулы, поля не съезжали. И также чтобы можно было управлять той линейкой в LOkol-prim3 в рамках колонтитула, права колонтитула должны быть установлены исходя из предоставленных полей в стиле страницы.
После того как это всё съезжать не будет начнётся правильное форматирование колонтитулов. Форум над съезжающей строкой не властен.
Поля страницы для того и указываются чтобы они не нарушались.
Русский текст оставляю чтобы не пытаться вспоминать о чём писал.

And what is the status of the field when the footer is included?
И каков статус поля при включении колонтитула?

Created attachment 190530 [details]
footer.odt

Created attachment 190531 [details]
footer_off.png

Created attachment 190532 [details]
footer_on.png

Added newer interactive pictures and file
Добавлены более новые интерактивные картинки и файл