Created attachment 68103 [details] Writer document with two 'right' pages When writer inserts a blank page, it come out completely blank, leaving the user to think that the page was missed during printing. I am attaching a writer document with two 'right' pages and a PDF of it with the automatically inserted blank pages included. It would be nice if the automatically insert page uses the same page style as the previous page and with a configurable water mark (global for the document).
Created attachment 68104 [details] PDF output created directly with auto blank pages included
Hi Mohith, I change the subject and set to new. Interesting idea. I never have thought about it this way. Did you have the change to discuss your idea? E.g. on the user experience list ? http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
(In reply to comment #2) > Hi Mohith, > I change the subject and set to new. > Interesting idea. I never have thought about it this way. > > Did you have the change to discuss your idea? E.g. on the user experience > list ? > http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise I think the original subject line made more sense. The inserted blank page should be given a default style. The problem I see is that for some users, the style of the blank page might need to be different from the previous page style. Some users might want no page number at all; others might want a page number, header, footer, etc. Some might want a blank page with a watermark that reads "Intentionally Left Blank" or some such notice. What if all page styles were given a "next blank page style" option along with the "next style" option. That way, you can have whatever style you want for the inserted blank page, which is usually an even page.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results; 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
still a problem in 4442
Sorry, could someone explain in detail what this bug is about, what is expected? Why would PDF be created with blank pages at all, of course they can be skipped? What I see as a problem is in Bug 52316 and Bug 90150, page numbers are wrong.
Hi Timur, In some cases we would want the top level (Level 1) heading to start on a 'Right Page' (page 1, 3, 5 etc). If my previous chapter ends in an odd numbered (right) page (e.g. page 3), then LO would insert a blank page (e.g. page 4) and start the next chapter on a right page (page 5). Now page 4 is (completely) blank and we need to let the reader know that it was intentional and not a miss while printing. For this purpose, if we define a page style for the automatically inserted blank page, then we can have the page numbers added in the footer and set the header to read something like, 'THIS PAGE IS LEFT BLANK INTENTIONALLY'. I don't mean to me sarcastic but 3 years 10 months and 27 days is quite a long time to update the status of the bug.
Per your explanation and Comment 3 I revert the title. Looks like an enhancement to me: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg You know how they say: you can fix it yourself, of find someone to do it.. or just wait.
One page style for all blank pages... will be a problem for people that want something different? But, OK, anyone can insert a blank page to her/his own like at any place of course. And note that print preview shows BLANK Which leaves me with the question: does this really make sense :\.. Sorry.
Created attachment 124369 [details] Writer document with two 'right' pages and Blank Style (In reply to Cor Nouws from comment #9) > anyone can insert a blank page to her/his own like at any place > Which leaves me with the question: does this really make sense :\.. Sorry. I agree, I don't think this should've been confirmed at all. (In reply to Cor Nouws from comment #2) > I change the subject and set to new. > Interesting idea. I never have thought about it this way. Oh, we see who did that :) Really, you want 'THIS PAGE IS LEFT BLANK INTENTIONALLY', you make a style with that and insert it a number of times, as I did in the attachment. Problem? Yes, page numbers, but that's Bug 52316. So, I don't think this will ever be done as requested and even I don't think it should for the sake of doing what can be done other way.
thanks Timur!
I think that some of you are missing the point. Writer is inserting a blank page because that feature is there, and it is a necessary feature. However, not having any control over that "blank" page makes the feature pretty useless. I think that it should not have been called "automatically inserted blank page" but rather "automatically inserted page". Then we need to specify the format of that page. Many, many people have requested that this be fixed in OpenOffice as well as in LibreOffice. Please stop arguing about whether it is a bug or not. This is "feature enhancement" is needed by many users so let's agree to make it a priority. Thank you. Robert
To give a bit more context on this issue: when LaTeX needs an automated page (for example, to go from a chapter ending on an odd page to the new one always starting on an odd page) it does NOT insert a completely blank page, but a page that uses the same style (and hence, the same header and footer) used throughout the chapter. You need to actually *tell* LaTeX to use a different page style for that blank page if you need it completely empty (the package "emptypage"). So Writer displays the exactly opposite behaviour used by default on LaTeX since ages. Before someone argue that you can always insert a page break at the end of the chapter to change that "blank" page, well, I have documents with more than 50 chapters: to manually check if a particular chapter ends on an odd page is not an option because it defeats the whole idea of using page styles. NOTE: I prefer the blank pages to stay blank, so in LaTeX I always use the "emptypage" package, but I understand that many people may think different and thus I believe that this option must be configurable.
thanks RGB for mentioning that idea. IMO makes most sence.
When writing legal documents, there are often actual requirements that blank pages be noted as such. In other words, certain legal documents with a blank page that does not say something like "Intentionally left blank" would be rejected. The blank page feature is necessary and used all the time in certain circles. For example, manuals for medical instruments must never have blank pages that are truly blank. I am glad that LO allows for automatically generated blank pages. Unfortunately, the feature is not complete. Currently, we can specify that a particular Paragraph Style may insert a page break before the paragraph. We can also specify the Page Style for the paragraph, which can be a page style already created by the user. What we need is to also be able to specify the Page Style for the blank page that would be created if blank pages are to be automatically created. This way users can create their own blank page styles as needed.
+1 for RGB, comment 13. I suggest however that the inserted page gets its unique page style, called Inserted Page or something like that. On a side note, totally unrelated to this issue, it's odd that a document made with exclusively Right Page Only pages (and inserted blanks in the PDF) opens with exclusively left pages (with blank right pages) in 2 pages view in my PDF reader.
+1 for this functionality, which I find very often required. The rationale has been described well by others: document styles which require chapters to start on a rh page, but blank page to be clearly indicated as a) part of the document with headers / footers / page numbers etc; b) intentionally blank, with some text or watermark to say so.
+1 from me too. I want libreoffice to automate many things for me and this feature is also a must for anyone writing a book or anything similar that will be printed. Createspace of Amazon says that empty pages could create confusion and hence should always be marked as intentionally left blank or something. Viewing the document on BOOK VIEW shows the inserted blank pages so a quick glimpse helps me insert pages afterwards where needed as a workaround for now.
+1 from me too for this feature. Also the implementation according to comment 13 is logical. The implementation here however trickier. As suggested in comment 15 I feel the best possible place to specify this is in the same window where we specify the page break to right only pages (Format paragraph window). To give an addition option to specify how the page, if applied before it, should look like. Options could be 1)Like previous chapter pages. 2)Like current/following chapter page 3)Choose from Page layout. 4)Repeat Last Page/Insert Specific page(I will explain what I mean by this below) 4)Blank In my case I Prefer to provide at least one page at the end of the Chapter to make notes from the chapter for the readers.(This page might simply have a heading called Notes and have dotted lines in the rest of the page.) So repeat pages would simple reinsert the contents of this page(with dotted lines) to the auto inserted page. Insert specific page would open up an additional window like Master slides in Impress where we can design the auto added page. Also being able to see this page insertion when editing in LO would be a really nice feature. If only I knew how to code :(
I spent quite a bit of time last week trying to think about how this feature can best be implemented. For this feature to be fully functional, i think it would be best to have a separate "Automatically Added Pages" Section. And how the user will interact with this feature came down to answering one important question. Q1. Should this feature be dynamic i.e That user will be able to view and interact with an automatically inserted page during document editing along with other pages. This would be in no doubt provide an awesome experience for the user. But also will be most extensive in terms of implementation. Then there were other questions as to Q2. what are the features in ODF format which will support implementing this feature. Regardless of the answer to Q1, Some features can be already implemented with the existing system. If the user interaction need not be dynamic, then features such as Auto Insert -> Blank Page Auto Insert -> Page formatted like Previous page Auto Insert -> Current/Following Page Auto Insert -> Specific Page Formatting. Auto Insert -> Repeat Previous Page. can be implemented during exporting the document to another format. eg. To PDF, To Print, etc. as these wont require (Only so that the feature can be available ASAP but not ideally) saving anything into the ODF File itself but only a parameter in LO. But I believe that it would be extremely useful to save this information in the ODF file itself rather than have it as a export feature in LO. Here is one limitation if the setting is a feature in LO rather than ODF. Because when the ODF file is opened with another software in which this feature is not yet implemented, then all these pages would simply be missing. Also if the ODF file is loaded on another system where the LO settings re different then these Pages will neither be exported nor printed. Integrating this feature into ODF format has advantages other than over coming the limitations mentioned in previous paragraph. Things such as Custom Text insertion into Automatically Added Pages can also be done. Automatically Added Pages can be made to insert more multiple pages at a location into documents. Can someone help me understand how much ODF can support this feature currently and what needs to be still done. What additions to ODF format might be needed to implement this.
Thinking aloud: Perhaps the best place to set a style to be used by automatically inserted blank pages is on the general tab of each page style in use. If we have the "next style" set as the same style (for example, if we are modifying "Document Body" and also have "Document Body" as next style), a new selection box could be enabled to select a particular style in case the following page is an automated empty page. So in the Organizer tab of the page style definition we could have = Style = Name: | Document Body | [Edit style] Next style: | Document Body | [Edit style] If next page is empty, use | Blank | [Edit style] etc. This way it would be possible to set different blank pages for pages following not only a normal chapter, but also the index, the page indicating a "Part" (group of chapters), etc.
Is anybody working on this enhancement?
Yep, this is a feature that I would also use.