xyz makes total sense in the description but I need a clarification. It describes moving across a sheet surface; that means a single side. If the job is duplex, does page 1 and page 2 (assuming xyz) move across the front surface as described, or do the backs stay on the back surface of the same sheet, so that after the sheets are cut and separated, the backs and the fronts are on the same piece of physical paper. If so the front would be moving 1,3 and the back 4,2 for the X coordinate. If not, the description is accurate but perhaps the functionality isn't that useful since the back (side 2) would be printed to a front partition 2.
so is this a reasonable summary :-
"on duplex jobs, after XYZ is applied for <layoutpreparation> and printed, and the physical printed output cut up along partition boundaries into individual sheets, the back pages from the original PDF (ie. even number pages in the input PDF such as 2,4,6) will be on the back sides of the same physical sheet of paper as the front pages from the original PDF (ie. the preceding odd number pages in the PDF such as 1,3,5) ?"
Good catch. It is actually more complicated: In case of duplex you need to take the internal physical rotation of the sheet into account, since that modifies the positioning of the back cell.(Flip over head or flip over side).
I've created an issue: https://jira.cip4.org/browse/JDF-221
There are cases where page 2 is not the back side of page 1. For instance, think about printing ppt handout: page 1 and 2 are printed on front side, and page 3 and 4 are printed on back side. Of course, you don't cut like for a normal document.
Powered by a free Atlassian Confluence Open Source Project License granted to CIP4. Evaluate Confluence today.