Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!jarthur!nntp-server.caltech.edu!marcel
From: marcel@cs.caltech.edu (Marcel van der Goot)
Newsgroups: comp.text.tex
Subject: Re: Boklet Style; A summary
Summary: which pagination problem?
Message-ID: <1991May22.193727.8048@nntp-server.caltech.edu>
Date: 22 May 91 19:37:27 GMT
References: <1991May22.100359.796@csc.canterbury.ac.nz> <16408@helios.TAMU.EDU> <1991May22.001531.1@euler.claremont.edu>
Sender: news@nntp-server.caltech.edu
Organization: California Institute of Technology (CS dept)
Lines: 72

jdm5548@tamsun.tamu.edu (James Darrell McCauley) wrote
> It seems to me that the pagination problem should have
> been addressed in Lamport's book.sty.  Does anyone know
> why it wasn't?  Is there a way that the quire.tex macros
> can be worked into it?

I'm not really sure which pagination problem you mean. Quire.tex
does its job through modification of \shipout. The page number is
already printed on the page when \shipout is called, so the normal
page numbers will come out correctly. The only problem with page
numbers is when the file contains \write commands. In LaTeX this
gives you trouble in particular when you have \pagerefs or make
a table of contents. The solution is as follows:
  - First run LaTeX on your document without saying \quire (or \makequire)
    (you have to do this anyway to get the number of pages). Make
    sure that all the references are right. (LaTeX warns you if labels
    have changed --- if so, rerun LaTeX as usual.)
  - Now, on the run where you say \quire (or \makequire), you should also
    say \nofiles in the preamble (nothing else changes). This will
    prevent LaTeX from changing the .aux and .toc files, so that you
    get all the correct page numbers. (It also prevents some junk from
    being written to your terminal when you use \quire.)
The reason that the use of \nofiles is not mentioned in quire.doc is
that I'm not a LaTeX user and didn't know about it at the time.

dhosek@euler.claremont.edu (Don Hosek) wrote in response
> If you mean the imposition problem, it's because TeX really can't
> handle that. Consider the 64page document to be printed 2-up
> duplex and folded in half to form a booklet. Sheet one has pages
> 1 and 64 plus 2 and 63 on it.

Quire.tex is intended to handle simple cases of imposition, namely
the case where each page is folded only once. For real book production
this is indeed insufficient, but for most ``average'' users it is
exactly what is needed to easily produce home-made booklets. In most
cases you don't want to fold standard letter size or A4 paper more
than once, and most laserprinters cannot handle larger paper.
For instance, if you say \quire{64}, TeX will produce 32 sheets; sheet 1
contains pages 1 and 64, sheet 2 pages 2 and 63, etc. If you print sheets
double-sided (by reinserting the printed sheets in the laserprinter, or
using a photocopier), you'll get 16 sheets that you can fold into a
booklet. (In this particular case I would suggest using \quire{32} to
get two 8-sheet sets --- that folds easier.)

> For TeX to know what goes where, it has to know how many pages there
> are and hold the *whole* thing in memory. Not really practical.

The first problem is easily solved by first running TeX normally.
After all, almost no one can produce a 64-page booklet in one run.
The second problem is indeed a problem. Quire.tex tries to solve it
by exchanging memory for computation: you can print only part of the
sheets, and then rerun TeX (several times if you have very little
memory) to generate the remaining sheets. (I must say that on a sun
I have never actually had any problems --- apparently there is quite
some memory available.)

I am well aware that the problem can also be solved through manipulation
of the dvi file, or even using PostScript. Doing everything in TeX
has the advantage that you don't have to install other programs or
buy a special printer.

(quire.tex and quire.doc are available from ymir.claremont.edu [134.173.4.23],
direcory [tex.inputs.midnight].)


                                          Marcel van der Goot
 .----------------------------------------------------------------
 | Blauw de viooltjes,                    marcel@vlsi.cs.caltech.edu
 |    Rood zijn de rozen;
 | Een rijm kan gezet
 |    Met plaksel en dozen.
 |