On Mon, 13 Oct 2008 17:26:58 -0500, Rick Fochtman wrote: >Paul, that's not true. The printer has no way of knowing whether it's a >"initial" page eject or not. Some programming languages will spit an >extra page eject, like PL/1 does, but the basic printer isn't that smart. > I said it was more complicated.
>Paul Gilmartin wrote: > >>And one more thing. IBM printers ignore an initial page >>eject (the rule is more complicated, but this is the >>effect). Many UNIX and PC printers honor the initial >>formfeed. At best, this wastes a leaf when printing >>single-sided. The effect when printing two-sided is >>more irritating -- the even numbered pages appear in >>front; the odd numbered in back. >> The rule, as I recall it (I can't find any current doc, but this is the sort of thing that's unlikely to change incompatibly), is that if o The current CCW op is SKIP IMMEDIATE (which the printer has a way of knowing) o The previous CCW op was _not_ PRINT NOSPACE (which the printer has a way of knowing) o The paper is currently positioned at the selected channel (which the printer has a way of knowing) no paper motion occurs. If the separator page ended with a SKIP TO CHANNEL 1, an initial SKIP TO CHANNEL 1 is effectively ignored. Also, multiple consecutive SKIP IMMEDIATE to the same channel are in effect collapsed to a single SKIP, so SKIP IMMEDIATE may fail to generate blank pages. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
