Most technical papers intended for publication in Refereed Journals have huge margins. When I print them up as pamphlets for E-Z reading in the Comfy Chair, the text becomes an unreadably small block in the middle of the page.
Having tried various simple hacks that don’t work, the best solution so far involves a bit of PostScript magic…
pdfcrop --margins 36 whatever.pdf pdftops -level3 -origpagesizes whatever-crop.pdf ps2book.pl -f 1 whatever-crop.ps ps2pdf whatever-crop_book.ps
Which will emit
whatever-crop_book.pdf. Print the odd pages, reinsert the stack, print the even pages, then either fold or slice/bind as appropriate.
--margins 36 puts a little whitespace around the text, which may be needed to get the text block out of the gutter if you’re binding the booklet. For those documents,
--margins "36 0 18 0" may be more useful; note the blanks, not commas. This requires tuning for best picture, depending on the incoming PDF layout.
-origpagesizes prevents the next step from assuming an incorrect page size. This is definitely necessary, at least in my experience so far.
-f 1 enlarges the source text to fill the output page, which is the key step making the whole thing work for small incoming page sizes. However, there’s a weird interaction between this and the
pdfcrop margins that I haven’t figured out yet; a zero-width incoming margin [may | may not] jam some line ends against the right edge of the output sheet.
That’s all derived from some booklet-printing hints in the Scribus wiki. A working link (as of today, anyhow) for the
The R380 emits pages bassackwards for reading, but in the proper order for duplexing: the blank side of the first sheet is on the bottom of the stack, so it becomes the top of the flipped stack, ready to go back into the printer as the first sheet again.
Conversely, the HPLJ1200 produces output in normal reading order, with the blank side of the last sheet on top of the stack: flip and print the back sides in reverse order.