Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ucbvax!MITRE-BEDFORD.ARPA!ted From: ted@MITRE-BEDFORD.ARPA.UUCP Newsgroups: comp.laser-printers Subject: Re: Varying width lines, was TI Omni-Loser 2115 Message-ID: <8711251616.AA11811@brillig.umd.edu> Date: Wed, 25-Nov-87 09:41:30 EST Article-I.D.: brillig.8711251616.AA11811 Posted: Wed Nov 25 09:41:30 1987 Date-Received: Sun, 29-Nov-87 04:37:40 EST References: <8711242058.AA22458@brillig.umd.edu> Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 19 Approved: laser-lovers@brillig.umd.edu About printing lines that vary in width. This usually happens with thin vertical or horizontal lines. Sometimes when the PS interpreter converts a point in image space (points) to a point device space (generally 300 dpi) the point falls between two points in device space. The interpreter will turn on the bits on both sides. If you happen to be close enough to one point in device space, the interpreter will only turn on one. There is a kluge that one can use when hacking PS, but this probably won't help any of your current canned software. Redefine your moveto command to: /M { transform round exch round exch itransform moveto } bind def It seems to help. Ted Ede -- ted@mitre-bedford.arpa -- The MITRE Corporation -- Burlington Road | -- DDD: (617) 271-2545 -- Bedford MA, 01730 -- Mail Stop B015 -- | | - this line intentionally left blank - | +---------------------------------------------------------------------------+