When writing with Format->Page set to Left to Right, the first page (odd, #1) is the "Right page".* However, when Format->Page is set to Right to Left, the first page (odd, #1) is labelled "Right page" and acts as such when mirrored page margins are set. (I.e. The outer margin is on the right for the right pages). In RTL books the first page is on the Left. You open a book ("from the back"). The cover is on the left side. You unfurl it to the right. Turn the page again. Now there is the Title Page, the first page, the odd page, the #1 page, on the LEFT. I know of no way to fix this. Adding an additional Title Page a dummy page does not change this. I could tell the page numbers to start at 2 or 4 to offset the odd/even problem. But then I have to think backwards whenever I set inner/outer margins in a mirrored setup and text alignment in headers and footers. Oh, and also it makes booklet printouts impossible. Please fix *(That it is displayed on the left on two-page view is a minor annoyance. The first two pages should be just grey on the left and the first page, #1, should be displayed on the right)
Edit for missing words: Adding an additional Title Page to act as a dummy page does not change this.
Also for Vertical Up-Down then RTL in addition to horizontal layout RTL
labelled "Right page" -> how can I display this?
There are several ways. One is to create a header and have it be NOT same on left and right. Now hover mouse over the header on the first page. It says right page. As I wrote, in RTL contexts orvertical then RTL contexts, page 1 is on the left. Then you turn the page/open the booklet etc Now you have page 2 on right andpage 3 on left. In Fornat-> Page if I change the page order direction, the first page does NOT change it should. As proof,now set the page margins to mirrored. Set an outer margin of 10 cm. The outer margin on the first page is now a 10cm on the right side. The only way the outer margin could be on the right sideof the first page is if the first page is indeed set to be, incorrectly here, the rightside page. I finally noticed the book view mode toggle (next to multipage view). the pages are displayed side by side in pairs. The page order in display and joining of inner margins shows that Libreoffice is behaving wrong. In RTL page flow direction, page 1 is a single page on the right or is the front cover of a closed booklet/pamphlet. Opening the pamphlet/turning the page will then reveal the first pair of page faces. The backside of page 1 is page 2 and is now on the right side. Page 3 is part of a new sheetof paper. Page 3 ison the left side. LTR book Nothing - Page 1 (or front cover) Page 2 - Page 3 Page 4 - Page 5 Page 6 - Page 7 Page 8 (or back cover) - Nothing RTL book (this is what it SHOULD be) Page 1 (or front cover) - Nothing Page 3 - Page 2 Page 5 - Page 4 Page 7 - Page 6 Nothing - Page 8 (or back cover)
To see page display as pop-up. Have multiple pages. Having 8 pages of text will give you the feel of a book. Format -> Page (right to left) Insert -> header Fornat -> Page -> Header tab Same content on left and right UNCHECK. Okay Move screen focus to first page. Move mouse to where footer is. Stop. Read blue pop-up. It says "Header (Right page)
Don't have time to test today, so let's keep it as unconfirmed before someone else tests.
Sorry. Typing on smart phone screent. Made some misclicks rrying tozoom
Thanks, I confirm. Win 7 Pro 64-bit, Version: 5.0.2.2 (x64) Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe Locale: fi-FI (fi_FI) Version: 5.1.0.0.alpha1+ Build ID: 186f32f63434e16ff5776251657f902d5808ed3d TinderBox: Win-x86@39, Branch:master, Time: 2015-10-16_09:42:47 Locale: en-US (fi_FI)
** 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 (5.1.6 or 5.2.3 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
Created attachment 137639 [details] Test file This file has 4 pages, with mirrored pages. The outer margin is very large to make it easy to see the bug.
I tested in the following version: Version: 6.0.0.0.alpha1+ Build ID: 6070dec9ca9a15587a2aece81f9ae1ab5ac0f8c4 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3; Locale: en-US (en_US.utf8); Calc: group (Build from 2017-Nov-05 00:00) OS: Debian 64bit Stretch (Debian 9.2, with some backported packages) Format -> Page in this version is: Format > Page... > Page And you set: Page layout - Mirrored Outer margin - 4.00" The Test direction control affects the text direction in the pages rather than the "page mirroring" i.e. page 1 stays at the right side, page 2 stays at the left side, etc. I found no way to set "page mirroring" so that page 1 is at the left side as needed by RTL books. It seems to me that there is a confusion over terminology, much like the confusion that used to exist among paragraph justification and paragraph major text directionality.
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear Jonathan Joseph Chiarella, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The labels "inner" and "outer" need to be reversed in case of "right-to-left" writing modes. The page arrangements are correct, you can check that in "Book view" with my attachment. But the value, which you have entered in margin field "inner" is in fact at the outside, and the value, which you have entered in margin field "outer" is in fact at the binding side. The preview in the page dialog has to be adapted too. Tested with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 85a74ebd929d6396daf591a01f79758888fd7e4f CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: threaded The attachment "Test file" is wrong, because it has not set the writing direction to "right-to-left". Making books with alternating "right" and "left" pages is wrong too. But that can likely be fixed with renaming to "odd" and "even".
Created attachment 170040 [details] Testfile with writing mode right-to-left
I have written bug 140655 for the problem of alternating page styles for odd and even pages.
I'm sorry, but I'm not sure I understand this bug, at all. The title is a noun phrase, not a sentence. The opening comment talking about page "labeling" - I don't know what page labeling in LO means. When I create a new document, the Page Style is set to "Default Page Style". When I add a different-left-and-write-pages footer and click it, the blueish tab says "Footer (Default Page Style)" on both odd and even pages. is the bug in the fact, that the first page of a document is assumed to be to the right of the spine? i.e. that its left margin is considered to be inner rather than outer? If that's the case, please say so and either update the bug title or ask me to do so.
No response from anybody so far. As far as I am concerned, this is INVALID. Anyone who said they confirm - what exactly did you confirm? Can you provide reproduction instructions? Marking NEEDINFO for now.
Created attachment 186099 [details] First Page is labeled Right in RTL Attached is a screenshot for the first page of an RTL document. The header is wrongly labeled "Right Page Header". As the reporter explained in RTL documents the first page is a left page and hence should have a "Left Page Header". Also, notice the gutter position is set to "Left" from the drop-down menu and to set it to Right you need to click a checkbox. There should be only one widget to set the position.