Bug 431012

Summary: Openoffice prints n-up incorrectly
Product: [Fedora] Fedora Reporter: Austin Acton <austin>
Component: openoffice.orgAssignee: Caolan McNamara <caolanm>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 8CC: jnavrati
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-31 08:09:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
sample printed directly from oo.o
none
PDF viewed and printed in Evince none

Description Austin Acton 2008-01-31 03:44:25 UTC
Printing multiple pages per page with openoffice results in the incorrect order
of slides.  To reproduce: open a presentation in Impress, to do print, set
slides per page to 6, select print.  Rather than 12,34,56 slides show up 41,52,63.

Proof that this is openoffice's fault rather than gnome-print.  In Impress, save
same document as regular PDF file, one slide per page.  Open PDF file in Evince.
 Go to print, choose 6 pages per page, select print.  Output is in the expected
order.

Comment 1 Austin Acton 2008-01-31 03:49:00 UTC
Created attachment 293535 [details]
sample printed directly from oo.o

Comment 2 Austin Acton 2008-01-31 03:49:44 UTC
Created attachment 293536 [details]
PDF viewed and printed in Evince

Comment 3 Austin Acton 2008-01-31 03:50:22 UTC
As an aside, you'll also notice that the margins are significantly different.

Comment 4 Caolan McNamara 2008-01-31 08:09:57 UTC
As in you get 1,2,3 down the right, and 4,5,6 down the left. I believe that is
the same as bug 422661

The landscaping of each slide confuses the cups n-up thing as cups can't find
the "human designated rotation" of each slide to work it out. Where the solution
I have is to detect we're targeting n-ups and rotate into portrait mode but with
a landscape sized page size which lets cups do-the-right-thing.

I suspect that if you used print to .ps from OOo and not pdf and opened that in
evince that the 6 pages per page may then give the same results as direct from OOo.

*** This bug has been marked as a duplicate of 422661 ***