Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Disable even=left/odd=right page rule to avoid page numbering issues | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | hagar_de_lest <hagar_de_lest> | ||||||
Component: | formatting | Assignee: | AOO issues mailing list <issues> | ||||||
Status: | CONFIRMED --- | QA Contact: | |||||||
Severity: | Trivial | ||||||||
Priority: | P2 | CC: | frank.meies, grakic, issues, nomnex | ||||||
Version: | OOo 2.4.0 | ||||||||
Target Milestone: | --- | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Description
hagar_de_lest
2008-04-16 21:04:39 UTC
We already have many issues regarding that problem. See issue 16877, issue 17203, issue 19535. Two of these are owned by MBA, so I also reassign this issue (which refers to easier page handling, cause not everyone is writing a book...) to MBA. It is really useful to implement a non-book-like page handling as alternative. For sure I'll vote for this because this is a REALLY annoying sh*t! aye! my vote is in. this needs to be solved! *** Issue 94217 has been marked as a duplicate of this issue. *** *** Issue 94401 has been marked as a duplicate of this issue. *** The forcing of the even=left/odd=right page rule also makes things difficult for texts written in a right-to-left language like Hebrew. In Hebrew books things go "backwards", so odd numbers are normally found on the left side, even on the right. So not only does this issue make problems for those not wanting to follow the "standard", it also posses difficulty for people using various foreign languages. I wonder what we are talking about. The mentioned rule applies to the "book" mode of Writer. But where does it create a problem in the "non-book" mode? Hagar_de_lest, can you please explain? See: - http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=3676 - http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=4511 And the test doc in attachment below. Created attachment 58094 [details]
Document with only one page but total page count is 2 because of the blank page.
Frank, can you comment on the two forum postings and the problem in the attached document? It seems that at least for the page count we still account for the left/right pages thing. The test document only shows a page count of 1 after loading the document, which seems to be a bug (change page number of first paragraph to 1 and afterwards back to 2 and you've got the empty page). This can be reproduced with versions dating back to at least OOo 2.0. Some time ago, we addressed the problem that empty pages get printed and exported to pdf. We did this by adding an options that simply forces the omission of these pages during printing/pdf export. We did not want to touch the odd=right rule because there seem to be quite some dependencies in the code. By addressing this issue, we somewhat reduced the severity of the issue. Obviously there's an other problem associated with the odd=right rule which is the page counting issue as hagar_de_lest points out. This issue is visible even if you do not switch to page preview or set the view layout to 'book mode'. By the way: 'book mode' only refers to the visual representation of the internal pages, if does not change the way the Writer core creates or handles pages. So from my point of view there has to be a true 'book mode' and a 'non book mode' and only in the book mode, the odd=right rule is active. There are two ways to handle this: 1. In non-book-mode, the internal odd=right rule should not be applied or 2. In non-book-mode, the total number of pages has to be counted excluding empty pages. 2. bases on the assumption, that the total page count is the last remaining issue caused by the odd=right rule and seems to be less risky. The 'omit empty pages on printing' option then can be removed since we would just have to follow the 'book mode' setting. Thanks, Frank. So I conclude that a fix is doable with a reasonable effort. I change the target to "3.x" with the idea that we investigate whether "x=1" is possible. Do you agree? 3.x is good, maybe even 3.1 is possible although somewhat optimistic. A fix requires a solid investigation of the possible implications. As already stated in my last comment, option 2. seems to be the less risky one, although this is somewhat 'hacky' compared to option 1. Listen guys: That page count issue is NOT the only issue with this. The REAL issue with this is the STYLE issue! i.e. when I'm doing not a printed book but an e-book it becomes impossible to apply the page style of an odd page to an even page. THAT'S where the real mess starts! The conclusion: The way #2 suggested by fme (i.e. "In non-book-mode, the total number of pages has to be counted excluding empty pages.") absolutely CANNOT be used! There only ONE way to solve this problem and it's this: "1. In non-book-mode, the internal odd=right rule should not be applied" i.e. in a non-book-mode the internal odd=right rule has to be completely switched off! Because not only that would get the page count right it would also allow (finally) to get the page styles applied correctly. i.e. after odd page style the next page must get the even page style and after the even page style the following page must get the odd page style etc. The problem now is: For example: Page xx is an odd page and so it has automatically the odd page style. The following page has automatically the even page style. So far everything OK. But when this following page happens to become an "empty" page it retains the even page style and so the page that follows after that gets the odd page style. The result is: Even if you don't care about page count and export a PDF without empty pages you get TWO page with the same (in this example odd) page style following directly after each other which is totally WRONG! In an e-book the odd page style and the even page style must always *alternate*. Having two pages after each other with the same page style is a HUGE problem! So, I'm sorry to tell you this but the only way to completely fix this problem is the one that requires more work, i.e. this one: "1. In non-book-mode, the internal odd=right rule should not be applied" @webstar08: Listen guy: Please attach a document showing the style issue. Created attachment 58142 [details]
Style Issue explained...
OK, file uploaded. Explanations within the document. To quote from the bugdoc: [...] It's possible to modyfy the BOOK_First_page style (in the Page tab) and to change page layout (under Layout Settings) from Only right to Right and Left ... But then page #5 becomes blank and that's where the “snake bites its own taleâ€... Because I cannot assign “right and left†layout to BOOK_Left_page and to BOOK_Right_page. Those page layouts MUST be different and they MUST alternate! (otherwise it makes no sense as you can see in this sample document) [...] So, what happens if you assign "right and left" BOOK_First_page, BOOK_Left_page and to BOOK_Right_page? BOOK_Left_page and BOOK_Right_page are still different (BOOK_Right_page has some frames anchored in the header) and they still alternate. I apologize for my ignorance but I cannot see the problem. The only problem that I can reproduce is that you might introduce an empty page when changing from Roman numbering to Arabic numbering (starting with 1) in case the last Roman numbered page is an odd one. >> they still alternate. >> The only problem that I can reproduce is that you might introduce an empty page when changing from Roman numbering to Arabic numbering (starting with 1) in case the last Roman numbered page is an odd one. Hmm... maybe the issue was partially fixed in OO 3.0? I don't know. As I remember there was a problem like it is now in 3.0 when changing from Roman numbering to Arabic numbering. [...] Hmm... maybe the issue was partially fixed in OO 3.0? I don't know. As I remember there was a problem like it is now in 3.0 when changing from Roman numbering to Arabic numbering. [...] Yes, there were some fixes for OOo 3.0 in this area. I remember at least i81544 that somehow dealt with page styles. So the remaining question is: Are there any non-page-count related problems with the internal odd=right rule? >> So the remaining question is: Are there any
non-page-count related problems with the internal odd=right rule?
No, besides the issue when changing from Roman numbering to Arabic numbering
(that you mentioned), right now I don't see any other non-page-count related
problems with the internal odd=right rule in OO 3.0
p.s.
Happy to know that style issue is mostly fixed in OO 3.0 now. :-)
Reset assigne to the default "issues@openoffice.apache.org". |