brown@vidiot.UUCP (Vidiot) (02/05/91)
I just noticed something last night that has been going on for a while. First
the vital facts:
ISC 2.0.2 Unix
ISC Text Processing - ditroff 2.0 compatable
I have a long disclaimer paragraph in my ST:TNG program guide and noticed that
the first line of the text is printed (PostScript) about an en's character
worth short of the right margin.
The only thing different in the line is a \f3Star Trek\f1. If I don't bold or
italize it, then the line length comes out ok. If I bold some text that
appears in the second line, the right margin is correct. Yes, I do have adjust
turned on.
This is really strange. Has anyone else seen this problem?
Oh, the font I am using is New Century Schoolbook, but I tried it with Times-
Roman and it didn't make a difference.
--
harvard\ att!nicmad\ spool.cs.wisc.edu!astroatc!vidiot!brown
Vidiot ucbvax!uwvax..........!astroatc!vidiot!brown
rutgers/ decvax!nicmad/ INTERNET:vidiot!brown%astroatc@spool.cs.wisc.edunpn@cbnewsl.att.com (nils-peter.nelson) (02/06/91)
The question was related to a "maladjusted" word. I've never seen such a thing with DWB 3.1. But the most common ditroff problem I see is a failure to tell troff the intended device type. In lieu of any options, DWB 2.0 assumes the APS-5, DWB 3.1 assumes PostScript. The ditroff output is indeed device independent, but justification is based on the character widths associated with the device type. The result is unesthetic interletter spacing, right justification gaffes, etc. My guess is you are using the default spacing (APS?) then running through a postprocessor you got from somewhere that tries to compensate for the differences. Unsuccessfully, apparently.