Apache OpenOffice (AOO) Bugzilla – Issue 3988
relax constraint that objects and frames in headers and footers are restricted to vertical limit of header or footer
Last modified: 2013-12-04 15:13:58 UTC
At present the only elements that are common to all pages (with the same page style) are in the header and footer or a backgrpund graphic that is constrained to be within page margins. It is not possible to include common elements on pages that are outside these areas and are not graphics. For example a watermark across the whole page, "draft printed on 3 March 2001", cannot be automatically updated using text and fields and graphics cannot encroach into page margins. Allowing elements to be anchored to pages in headers and footers would solve this, as would the ability to position elements outside a header or footers vertical area in addition to the current ability to do so beyond the horizontal area.
For what its worth, the same difference in design makes impossible importing documents from word that make use of a similiar design to this proposal. One where the header/footer graphic layer can be considered a graphic layer that is underneath the main document graphic layer. Anything that overflows from the header/footer is shown under the main doc text.
Reassigned to Chrisatian.
*** Issue 5209 has been marked as a duplicate of this issue. ***
*** Issue 5243 has been marked as a duplicate of this issue. ***
*** Issue 5102 has been marked as a duplicate of this issue. ***
*** Issue 2674 has been marked as a duplicate of this issue. ***
*** Issue 6904 has been marked as a duplicate of this issue. ***
*** Issue 3815 has been marked as a duplicate of this issue. ***
*** Issue 6818 has been marked as a duplicate of this issue. ***
*** Issue 7563 has been marked as a duplicate of this issue. ***
*** Issue 9382 has been marked as a duplicate of this issue. ***
Reassiged to Bettina.
*** Issue 8664 has been marked as a duplicate of this issue. ***
Created attachment 19918 [details] Here's an example Word doc with graphics in header/footer illustrating the problem on import in OO.
In addition to the above attachment: It contains graphics inserted in the Header and Footer in Word. When you first insert it, the Header/Footer expands to the height of the graphic, but once it is set to the Front (still behind the text), it floats free of the size of the header/footer. Thus it can be used to create watermarks on every page. However in OO, the imported graphics are squished to the size of the Header and Footer. Apart from fixing the floating of graphics in the header/footer behind the text, there is another more elegant and far-reaching solution that will solve a number of related issues, such as alternating styles for headers/footers on opposing pages (eg books) with perhaps a centered chapter title and page number on the outer: The addition of Master Pages akin to page layout programs like Quark, as I've described in issue 18275 , where any graphic/frame/header/footer can be set for left or right pages at will, possibly with alternate Master Pages for different sections (eg different section title in footer, different watermark, say chapter number). This also allows for more precise positioning of graphics/frames (eg slanted frame with "Draft 1" in bold text), and not arbitrarily constrained by page margins. This would give OO a marked feature advantage over Word. Note: The test doc displays a couple of other defects in Word imports, namely: 1. an image set to bleed off the page (outside the margins) wil be repositioned INSIDE the margins. Once the anchor is reset to Page, it is fixed, but should have been done on import. 2. Same for frames with text on the 2nd page. 3. The embedded EPS graphic disappears. I'm sure the first two at least have been reported, simply mentioning in case people wonder. I'll do a search for the latter.
WorksForMe in 2.2. Please confirm.
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".
In the meantime an option "Follow text flow" has been implemented, so that the user can decide whether a free move should be possible or not.