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 -                  |
+---------------------------------------------------------------------------+