Since changing the print dialog's page layout (brochure/multiple pages-per-sheet/fit-to-page/distribute/etc...) disassociates the document's page size with the paper size/orientation, these fields need to be made active when the page layout changes. Since LibreOffice 4.1-ish, the print properties dialog's paper size and orientation fields have been ignored unless you first enable "Use only paper size from printer preferences," which is hidden under the Options tab of the main print dialog. Starting in LibreOffice 5.0, the paper size and orientation fields are now disabled (greyed out) and can not be set without first checking "Use only paper size from printer preferences." Unfortunately, these settings are still grayed out when you choose an alternate page layout, even though these page layouts don't directly rely on the page size. At least, when using those page layouts, paper size/orientation are still being honored, but users have no easy/intuitive way to change them. This affects printing in Writer (brochure/multiple pages per sheet), Draw/Impress (fit-to-page, distribute on multiple sheets, tile sheet), and Calc (pages-per-sheet). Steps to reproduce: 1. New Writer document 2. File -> Print 3. Page Layout tab 4. Brochure mode 5. General Tab 6. Properties Expected: Paper size and Orientation should be active (not greyed out). Actual: Paper size and Orientation are greyed out. Notes: This wouldn't be as much of a problem if there was an easy intuitive way to make those fields active. One way to do that would be to simply move "Use only paper size from printer preferences" from the Options tab on the main printing dialog to be adjacent to the fields it modifies. I've tested this behavior on LibreOffice 5.0.0.5 and 5.0.2.1 using 64bit Fedora 20.
I confirmed this bug in LibreOffice 5.0.2.2. This bug might be serious because the option "Use only ..." is not kept and one need to set it every time one wants to print on paper size other than letter. Actually, this bug is very annoying to me in Japan.
NEW per comment 1. The design team has been planning print dialog changes. http://listarchives.libreoffice.org/global/design/ See Improving printing UX and discuss in mailing list, if you want..
** 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.2.5 or 5.3.0 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-20170306
I tested this under LO 5.3.0 and there is no change in behavior. The fields are still greyed out.
** 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
On pc Debian x86-64 with master sources updated today or with LO Debian package 6.3.3, I don't see "Page Layout tab". Could you give a try to a recent LO version, 6.3.3 or ideally daily build from master source (see https://dev-builds.libreoffice.org/daily/master/) since print dialog has been revamped for future 6.4.0 ?
(In reply to Julien Nabet from comment #6) > On pc Debian x86-64 with master sources updated today or with LO Debian > package 6.3.3, I don't see "Page Layout tab". > Could you give a try to a recent LO version, 6.3.3 or ideally daily build > from master source (see https://dev-builds.libreoffice.org/daily/master/) > since print dialog has been revamped for future 6.4.0 ? It is all now in the General tab under "Page Layout" section. If you activate Brochure, Paper size can be selected, but Orientation cannot. Arch Linux 64-bit Version: 6.4.0.0.alpha1+ Build ID: d628258f279d003ba4e11f1f7e2e69273acd008c CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 9 November 2019
(In reply to Buovjaga from comment #7) > ... > It is all now in the General tab under "Page Layout" section. If you > activate Brochure, Paper size can be selected, but Orientation cannot. > ... Dumb me! You're right, I could reproduce this on pc Debian x86-64 with master sources updated today.
With this straightforward patch: diff --git a/vcl/source/window/printdlg.cxx b/vcl/source/window/printdlg.cxx index 079ce29ebb6f..a2db32da7a28 100644 --- a/vcl/source/window/printdlg.cxx +++ b/vcl/source/window/printdlg.cxx @@ -1809,7 +1809,6 @@ IMPL_LINK(PrintDialog, ClickHdl, weld::Button&, rButton, void) } if( mxBrochureBtn->get_active() ) { - mxOrientationBox->set_sensitive( false ); mxOrientationBox->set_active( ORIENTATION_LANDSCAPE ); mxNupPagesBox->set_active( 0 ); updateNupFromPages(); it allows orientation box to be enabled when clicking "Brochure". Daniel: even commit 07e4261ceaea31a20ab2bc1a76df722ed0bd54c4 is from 2018 and this bug is older, would you have some idea about this part? I mean perhaps we don't want to allow user to change orientation when clicking brochure for a good reason I ignore? Heiko/Xisco: as UX refs, you might also be interested in this one.
(In reply to Julien Nabet from comment #9) > ... > mxOrientationBox->set_active( ORIENTATION_LANDSCAPE ); > ... Also, why to force orientation to Landscape? I took a look at https://wiki.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/Writer_Guide/Printing_a_brochure which must be a bit old but which only tells printing orientation should follow page setup orientation. If we let enabled orientation box, should we add some check about orientation value?
I believe this bug is a duplicate of bug 55650. See bug 55650, comment 7, where it is explained that LO is not designed for mixed page orientation. Accordingly the Orientation field is greyed out (and still is in 7.1). This design feature is implied indirectly in the documentation. When you create a document that you want to print as a brochure, use portrait orientation for the pages. Writer applies the brochure layout when you print the document. But Page Size can be selected. I will leave it to others to decide if this bug should be marked as a duplicate.
Pending UX input for these: (In reply to Julien Nabet from comment #9) > Daniel: even commit 07e4261ceaea31a20ab2bc1a76df722ed0bd54c4 is from 2018 > and this bug is older, would you have some idea about this part? > I mean perhaps we don't want to allow user to change orientation when > clicking brochure for a good reason I ignore? > > Heiko/Xisco: as UX refs, you might also be interested in this one. (In reply to Julien Nabet from comment #10) > (In reply to Julien Nabet from comment #9) > > ... > > mxOrientationBox->set_active( ORIENTATION_LANDSCAPE ); > > ... > Also, why to force orientation to Landscape? I took a look at > https://wiki.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/ > Writer_Guide/Printing_a_brochure which must be a bit old but which only > tells printing orientation should follow page setup orientation. > > If we let enabled orientation box, should we add some check about > orientation value?
(In reply to Julien Nabet from comment #9) > mxOrientationBox->set_active( ORIENTATION_LANDSCAPE ); https://help.libreoffice.org/latest/en-US/text/swriter/guide/print_brochure.html What is a brochure in portrait orientation? I don't see a reason why this option needs to be changed.
Ok so let's put NOTABUG then.