Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!lll-winken!ames!sun-barr!rutgers!bellcore!faline!thumper!ulysses!mhuxo!mhuxu!att!cbnewsh!ho5cad!wjc From: wjc@ho5cad.ATT.COM (Bill Carpenter) Newsgroups: comp.text Subject: Re: Font change in eqn Message-ID: Date: 2 May 89 21:59:55 GMT References: <1410@uw-entropy.ms.washington.edu> Sender: nntp@cbnewsh.ATT.COM Distribution: na Organization: AT&T Bell Laboratories Lines: 24 In-reply-to: peter@uw-entropy.ms.washington.edu's message of 2 May 89 20:52:15 GMT In article <1410@uw-entropy.ms.washington.edu> peter@uw-entropy.ms.washington.edu (Peter Guttorp) writes: > an Apple Laserwriter 2. To do so, I have defined \*F to mean > \f(ZC\fP > which works fine in raw text, but when typing > [...font doesn't change back correctly...] I can't promise this will fix your specific problem, but most of the time similar stuff happens to me because troff only remembers the previous font "one deep". I usually get around this with this kind of trick, which I now habitually do in macros and string definitions: Instead of \fP use \fP\fR\fP This restores troff's notion that "R" is the previous font, even if eqn or somebody does a sneaky font change for you someplace. -- -- Bill Carpenter att!ho5cad!wjc or attmail!bill