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)