This is continuation of OOo issue 117103:
Print order for slides in handouts mode is not set properly
- open or create a presentation with more than one page
- File > Print
- tab General, choose "Handouts" for Document
=> Whatever the number of slides per page, Order option has no effect. For instance for Default (Handout layout was 6 per page) order is top to down. If you change to 6, order is left to right.
Configuration: OOo 3.3.0, LibO 3.3.4, LibO 3.4.2
I see the effect with "LibreOffice 3.4.3 RC1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:301)]". Printing with selected 'Print -> Document=Handout' selection of "Order" picker is without influence, using sample from OOo bug I always get
What is quite the opposite from the result in the OOo report.
With OOo 3.1.1 printing works as expected:
Already a problem with "LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 18.104.22.168)]", so I modify
Still a problem with Master "LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
*** Bug 56398 has been marked as a duplicate of this bug. ***
*** Bug 46861 has been marked as a duplicate of this bug. ***
I have found a workaround. When you set the option of the number of slides on 1 page then it respects that option. So just set the number of slides from default to 6 then it works.
Tested with 3.5.4 and 22.214.171.124
126.96.36.199 should be 188.8.131.52-master
(In reply to comment #5)
> I have found a workaround. When you set the option of the number of slides
> on 1 page then it respects that option. So just set the number of slides
> from default to 6 then it works.
> Tested with 3.5.4 and 184.108.40.206
Thank you, but this does not really solve my problem, since when I modify the size/position of each slide in the handout mode it is not reflected when printing in slide mode with 6 slides/page. I don't know if there is a mean to set the size and position of each slide on the page in the 6 slides/page printing mode (in fact I suppose if it was possible, the print handout option would not be necessary at all).
Tested with 220.127.116.11 on 32 bit Linux
*** Bug 66311 has been marked as a duplicate of this bug. ***
Bump - bug still present in LibreOffice 18.104.22.168.
This is quite an annoying bug and (in theory) doesn't sound too hard to fix. If someone can point me in the right direction (e.g., files where the UI dialog and the print routine are) I may be able to help.
*** Bug 70544 has been marked as a duplicate of this bug. ***
Still present in 4.2.2 RC 1
In any case the print preview in 4.2.5 shows the change in order, when having 4 slides per page..
This bug is solved in
- Version: 22.214.171.124
Build ID: bc356b2f991740509f321d70e4512a6a54c5f243
- Version: 126.96.36.199
Build ID: 881bb88abfe2992c6cede97c23e64a9885de87de
- Version 188.8.131.52
- Version: 184.108.40.206.alpha0+
Build ID: 2f6cbe13e61c44d4bab8192a4708b698d3d9da33
TinderBox: Win-x86@6-debug, Branch:master, Time: 2013-07-25_00:00:21
NOT reproduced with:
- Version: 220.127.116.11
Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f
- Version: 18.104.22.168.alpha0+
Build ID: 4a8f7ddc290d1ea3131de6611b6833b77ac7ab1f 2013-08-28
So this bug seems to have been fixed between 2013-07-25 and 2013-08-28 during development of 4.2.
@email@example.com Could you check your procedure, because I do not reproduce with your version:
1. Open https://issues.apache.org/ooo/attachment.cgi?id=75928
2. File > Print
3. Select: Print: Document > Handouts
Order indicates "Left to right, then down" and preview shows pages in the correct order (page 2 is in top right position)
Found commit which solved the problem:
Thanks to kendy :)