Bug 36853 - FORMATTING: Applying footer shifts the bottom margin of the page upwards
Summary: FORMATTING: Applying footer shifts the bottom margin of the page upwards
Status: RESOLVED DUPLICATE of bug 33304
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.2 release
Hardware: x86 (IA32) Linux (All)
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-04 13:22 UTC by Victor Nitu
Modified: 2011-05-05 09:16 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Victor Nitu 2011-05-04 13:22:50 UTC
LibreOffice Writer 3.3.2, b:202

S-T-R:
1. Open any file containing several pages filled with any content.
2. Check the bottom margin of the document (on the ruler).
3. Insert a blank default footer (Menu -> Insert -> Footer).
4. Notify the upwards shift of the bottom page margin.

This is a very annoying behaviour when having a set of very careful formatted pages, which will turn to a real mess after applying the footers (e.g. you forgot to insert the page numbers).
Comment 1 Rainer Bielefeld Retired 2011-05-04 22:08:34 UTC
Already discussed!

@Victor:
It will be also annoying if your footer will be outside the print range.
We discussed that in
<Bug 33304 - Header / Footer should be inserted into margin, not into text body>
The current result is:
- Help might be misleading (I believe: it's wrong)
- Current behavior is intended, we know about alternative approach in WORD 
  with some advantages and some disadvantages, currently there is no common 
  sense to modify current behavior.

*** This bug has been marked as a duplicate of bug 33304 ***
Comment 2 Victor Nitu 2011-05-05 03:14:26 UTC
I didn't know if I should send further comments here or on the dupe bug, but I think it's going to be short.
First of all, sorry for the duplicate.
Second, I thought of a (maybe) satisfying solution for all:
1. Imagine a "print margin" around the document margin, which you cannot get past without a warning ("Caution: elements or text outside the printable are. of the document will most probably not going to print! To deactivate this warning go to [...]"). This should have a safe width for almost all home/office printers.
2. IF you apply header/footer, check to see if it can be contained between the page margins and have two values:
- it CAN fit in the area: put it outside the page and inside the safe area for printing;
- it CANNOT fit in the area: put inside the page margins.
3. If it can fit, but it expands too much, shrink the page's margins to make enough room for it.

Please now create a new document, drag the up/bottom margins to make a small content area, then apply a header/footer. Note that it's added inside the already small space, when it has plenty of room outside it.
I hope you can get my point.
I completely understand if it remains WON'T FIX status. But I tried to create a win-win solution.

Regards,
Victor
Comment 3 Rainer Bielefeld Retired 2011-05-05 08:32:36 UTC
(In reply to comment #2)
> I didn't know if I should send further comments here or on the dupe bug, 

The "RESOLVED DUPLICATE" (this one) one is the dead one.

It's not so easy to change the current behavior, a new solution has to be consistent in all applications, compatible with old documents and ODF specifications, in accordance with user needs, ...

For such a complex thing you would have to create a specification draft, may be you want to have a look on
<http://specs.openoffice.org/> for a sample.
Currently in our young project there is no similar proceeding, if you have time and enthusiasm you can try to create such a spec. draft in the wiki as a sub page of your user page, but don't be disappointed if you do not get positive feedback at once.
Comment 4 Victor Nitu 2011-05-05 08:58:53 UTC
@Rainer Bielefeld, thank you for your time, I saved some documents available at the page you pointed me to, and I am currently looking over one of them; the drafting process doesn't seem to be so painful, so I think I'll give it a try sometime. And I completely understand that the choice must be impartial and all I want is the win-win scenario. As I said, maybe I'll give it a try.
Now let's just leave this issue loane, dead as it is ;)
Comment 5 Victor Nitu 2011-05-05 08:59:44 UTC
@Rainer Bielefeld, thank you for your time, I saved some documents available at the page you pointed me to, and I am currently looking over one of them; the drafting process doesn't seem to be so painful, so I think I'll give it a try sometime. And I completely understand that the choice must be impartial and all I want is the win-win scenario. As I said, maybe I'll give it a try.
Now let's just leave this issue alone, dead as it is ;)
Comment 6 Zsolt 2011-05-05 09:16:56 UTC
(In reply to comment #5)
> @Rainer Bielefeld, thank you for your time, I saved some documents available at
> the page you pointed me to, and I am currently looking over one of them; the
> drafting process doesn't seem to be so painful, so I think I'll give it a try
> sometime. And I completely understand that the choice must be impartial and all
> I want is the win-win scenario. As I said, maybe I'll give it a try.
> Now let's just leave this issue alone, dead as it is ;)

Actually I recommended quite similar things as you did in the other bug . Make sure to comment in one of the bugs if there is some development.