Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83 (MC840302); site mcvax.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!mcvax!jaap
From: jaap@mcvax.UUCP (Jaap Akkerhuis)
Newsgroups: net.text,net.unix-wizards
Subject: Re: bug using doublebox in tbl with ditroff
Message-ID: <752@mcvax.UUCP>
Date: Sun, 14-Jul-85 21:45:25 EDT
Article-I.D.: mcvax.752
Posted: Sun Jul 14 21:45:25 1985
Date-Received: Wed, 17-Jul-85 05:17:10 EDT
References: <1793@aecom.UUCP>
Reply-To: jaap@mcvax.UUCP (Jaap Akkerhuis)
Distribution: net
Organization: CWI, Amsterdam
Lines: 23
Xref: watmath net.text:496 net.unix-wizards:13842

In article <1793@aecom.UUCP> naftoli@aecom.UUCP (Robert N. Berlinger) writes:
 > Does anybody know of a bug in ditroff which causes the box 
 > produced by the doublebox option of tbl not to line up properly?  
 > The boxes don't quite come into agreement at the edges.  I'm 
 > working with a QMS 800 and QUICroff software.  I have contacted 

No, it has nothing to do with ditroff. Tbl does a lot of work trying
to get the boxes to line up. It sets registers etc. to get things
lined up properly. But, since tbl has been written originally for the
C/A/T-4, all the adjustments are done for the characters on that
machine and if the characters on your output device don't have the
same characteristics as the one used on the C/A/T, the adjustments
will fail. The effect is stronger when using double lines, (so using
doublebox, || or =).

 > QMS and they seem to think (and I agree at first glance) that 
 > ditroff is probably at fault.  Anyone who could give me a lead 
 > would be greatly appreciated.  Thanks...  

You should dive into tbl (or kick QMS in doing in) and make the
appropriate changes in tbl (or add a -T flag what I ended up doing).

	jaap (mcvax!jaap)