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