Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ut-sally.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!hplabs!hao!seismo!ut-sally!riddle
From: riddle@ut-sally.UUCP (Prentiss Riddle)
Newsgroups: net.text
Subject: Re: Ditroff troubles
Message-ID: <384@ut-sally.UUCP>
Date: Wed, 5-Dec-84 10:01:48 EST
Article-I.D.: ut-sally.384
Posted: Wed Dec  5 10:01:48 1984
Date-Received: Sat, 8-Dec-84 05:15:44 EST
References: <334@ut-sally.UUCP>
Distribution: net
Organization: U. of Tx. at Houston-in-the-Hills
Lines: 17

> The main problem seems trivial but for certain applications simply can't be
> ignored: ditroff screws up square roots (as produced using the preprocessor
> deqn).  Specifically, the horizontal bar which should appear over the
> expression to be sqrted is too low and is dashed rather than solid.  It
> appears that the "root extender" character \(rn is somehow at fault.  I've
> used rst2ch to browse around in the likely raster files, but I can't even
> find the \(rn character to check it.  Any ideas where \(rn should be or how
> I could fix the problem?

Apparently I'm not alone in having trouble with ditroff.  Steve Hubert
(...ihnp4!uw-beaver!entropy!hubert) reports a similar problem, but with one
intriguing difference: his square roots are fine but the horizontal lines in
fractions (produced by deqn "over") are dashed!  Does this suggest anything
to anyone?

--- Prentiss Riddle ("Aprendiz de todo, maestro de nada.")
--- {ihnp4,harvard,seismo,gatech,ctvax}!ut-sally!riddle