Apache OpenOffice (AOO) Bugzilla – Issue 78297
Empty page inserted by style
Last modified: 2013-08-07 14:38:26 UTC
In a master document I have set that Heading 1 insert a page break. This works almost nicely. The Heading 1 style inserts a page break with a new style that has the characteristic that it always starts on the right page (paragraph style window -> text flow: [x] insert type [page] position [before] [x] with page style [new chapter] page number [0]) The New Chapter style has "only right" page set. This works fine when a preceding chapter ends on a right page, an empty page is inserted and the new chapter starts on the right page as desired. The problem is with the empty inserted page. The pages preceding the empty page have a header, footer and background watermark text that are not printed on the empty page. It seems that the inserted page does not have a style attached to it. The workaround that is now used is to insert a manual page break so there is no need for OO.org to insert an additional page. But this is really a workaround not as how one would expect this feature to work. See for a discussion about this at the openoffice-users emaillist. This http://permalink.gmane.org/gmane.comp.openoffice.questions/153836 is a link to the beginnin of the (restarted discussion).
Reassigned to ES.
Please attach a sample document and indicate where the problem can be found.
Created attachment 45816 [details] The document shows that page 2 is just an empty page
Information provided, it should be clear with the provided example document if not please let me know!
Well, a "blank page" is a "blank page": no header, no footer no text, nothing on it. You may turn blank pages off when previewing or printing to pdf using: - Tools - Options - OOo Writer - Print - [] Print automatically inserted blank pages OR - File - Print - Options - [] Print automatically inserted blank pages OR - File - Export to PDF... - [] Print automatically inserted blank pages
closed
Re-opening the bug report. Of course the blank page is a blank page, and that is not what this bug report is about. The problem is about the insertion of a blank page instead of inheriting the page style from the preceding page(s). BTW the solutions that you proposed are not useful, as they do not result in the expected behaviour, being that a new chapter should always start on the right (as enforced by the page characteristic 'right only'). Perhaps this is actually an enhancement request and as such the issue type should be set to "enhancement"? I'll attach a slighty modified version of the document, that shows what is expected.
Created attachment 45841 [details] This document shows what the expected result. It is the same as the document with the name insert_page_prob.odt, but with a manually inserted page break. This manually inserted page break inherits the page style. That is what should happen with a 'rig
Ok! ;) But saying "blank" I was meaning "real blank", exactly without any inherentence of a style because the page has no content at all (no page umber, watermark or chapter name). I just had a look at different "real books" and documentation which always start a new chapter at the right page and the blank page has nothing on it (no header...). I agree it's somhow surprising when working on a computer BUT it seems to be the correct way to display blank pages (with NOTHING on them) in a printed document/book. Nonetheless, forwarding as enhancement. Reassigned
> Ok! ;) Pfff, fortenately you accept the report. I'm glad you did! > But saying "blank" I was meaning "real blank", exactly without any inherentence > of a style because the page has no content at all (no page umber, watermark or > chapter name). > I just had a look at different "real books" and documentation which always start > a new chapter at the right page and the blank page has nothing on it (no header...). > I agree it's somhow surprising when working on a computer BUT it seems to be the > correct way to display blank pages (with NOTHING on them) in a printed > document/book. That might, and I could live with it as well, untill customers started to ask questions or made remarks about the totally blank/empty page. After that I opened this bug report. > Nonetheless, forwarding as enhancement. Looking forward to have the enhancement around. I hope it can be impemented. Thanks for the support!
I have also wanted to be able to control the content of the "blank" pages inserted by OpenOffice.org. The confusion arises because the OOo documentation refers to these as "blank" pages, rather than "padding" pages. I have often seen documents with non-blank padding pages; the classic example is where the page actually says "This page intentionally left blank". At present there is no way to do this with OOo, execept by inserting the pages manually; which kind of defeats the purpose of automatic padding page insertion by assigning a page style as "Right Only".
Please have a look at issue 47111. I think, this issue is duplicate to 47111 and we need not another one. Issue 47111 has already got some votes and it is more useful to center on 1 issue. But this issue has got a vote too. You should move your vote to issue 47111 and then close this issue as duplicate.
Hi Greyham, you're the one that voted for this issue: > But this issue has got a vote too. You should move > your vote to issue 47111 and then close this issue as duplicate. I have voted on issue 47111 now, as it seems to be same issue indeed.
flagging as duplicate. *** This issue has been marked as a duplicate of 47111 ***
..and closing