Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!spool.mu.edu!munnari.oz.au!metro!cluster!swift!suite.sw.oz.au!stephenf From: stephenf@suite.sw.oz.au (Stephen Frede) Newsgroups: comp.lang.postscript Subject: Re: how do I find the real edges of printing on a PostScript printer? Message-ID: Date: 17 Apr 91 05:19:03 GMT References: <1014@keele.keele.ac.uk> <111045.29249@timbuk.cray.com> <1991Mar21.190956.21412@starnet.uucp> <1473@shiva.systemware.de> Sender: news@softway.sw.oz.au (Usenet) Organization: Softway Pty Ltd Lines: 29 In <1473@shiva.systemware.de> stefan@shiva.systemware.de (Stefan Stapelberg) writes: >My troff->postscript converter produces the following code to compensate >for the lower boundary of the imageable area (lly) and to set a variable >`pgtop' (top of page), which will be used (in procedure `Y') to compute >the absolute vertical position from a given distance to the TOP. > clippath pathbbox pop pop exch pop 0 exch translate > clippath pathbbox /pgtop exch def pop pop pop > /Y { pgtop exch sub currentpoint pop exch moveto } bind def >IMHO this violates the rules of page independence, since the boundaries >of the imageable area don't change if this output is scaled down and >included within another document. Is this correct? Looks like tpscript code. When I wrote it (a long long time ago) there were no guidelines for page independance, and it was long before EPS. But in any case, programs that generate multi-page documents are much more likely to want to include other documents within them, than to be included themselves. Even enough independance for page-reversal programs etc is very difficult. Maybe in the next release (not soon) I'll add an option for EPS generation if only a single page is produced. Regards, - Stephen Frede Softway Pty Ltd, P.O. Box 305, Strawberry Hills, NSW 2012, AUSTRALIA Phone: +61 2 698 2322; Fax: +61 2 699 9174; Telex: AA27987 domain: stephenf@softway.sw.oz.au UUCP: ...!uunet!softway.sw.oz!stephenf