🚀 go-pugleaf

In article <1295@qfdts.OZ>, phil@qfdts.OZ (Phil Chadwick) writes:
 > In article <1257@imagen.UUCP>, SofPasuk@imagen.UUCP (Munach Rvi'i) writes:
 > > 
 > > Users of DWB or "ditroff" with AT&T source licenses for same may
 > > avail themselves of the following source code fixes to force "tbl" to
 > > use the line drawing functions of device independent troff
 > > for purposes of drawing lines (the \D'l dx dy' command):
 > > 
 > > Source code file "tu.c" should be modified as follows:
 > > 
 > I appreciated this information very much, however when
 > I tried the fixes there were several problems:
 > 
 >   1.  it does not work al all with nroff
 > 
 > It should not be too difficult to add some `.ie t' and `.el'
 > conditionals in the tbl output to retain the old code for
 > nroff and use the new code for troff.
 > 
 >   2.  all lines were a little short 
 >   3.  horizontal lines were too high
 > 
 > I suspect my backend driver for a custom laser printer may
 > be responsible for 2 above.  Tbl normally uses \(ul's to
 > draw horizontal lines in tables and I wonder if 3 is due
 > to lack of compensation for the fact that \(ul's may 
 > appear lower on the page that a line drawn starting at
 > the same vertical position.  (i.e. the fix should go
 > into tbl and not the back end.)
 > 
 > Has anyone else applied these fixes and found them to work
 > with a `standard' output device (e.g. Autologic APS-5)?
 > 
 > Phil Chadwick.

Please note that the "fixup" that I posted has been tested only with
IMAGEN printers using IMAGEN's Unix Host Software.  It assumes that
the ditroff/dwb "backend" filter/driver can draw lines using "draw"
commands as opposed to using underbars and vertical bars - use of
characters to simulate lines is the cause of the original problems!