Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!crdgw1!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!uwm.edu!uwvax!astroatc!vidiot!brown
From: brown@vidiot.UUCP (Vidiot)
Newsgroups: comp.text
Subject: Re: Esc and Nroff
Keywords: nroff
Message-ID: <1779@vidiot.UUCP>
Date: 23 May 91 05:26:24 GMT
References: <1991May18.202457.26294@ux1.cso.uiuc.edu> <1991May22.131730.19938@ux1.cso.uiuc.edu>
Reply-To: brown@vidiot.UUCP (Vidiot)
Organization: Vidiot's Hangout
Lines: 26

In article <1991May22.131730.19938@ux1.cso.uiuc.edu> funk@osiris.cso.uiuc.edu (Bruce Funk) writes:
<I wrote:
<>I need to imbed some Printer control Escape sequences  in  my nroff source,
<>but  the formatter keeps eating the Esc character.  
<
<From  several of the replies, I 'm getting the idea that my nroff may be
<somewhat unique (flawed??) in eating the Esc character.
<
<Many solutions, including fake characters that are later sed'd into Esc,
<but a tip of the hat to Dan Berry for pointing out that ditroff derived
<nroff's will accept \N'x' to generate the xth character of the current font. 
<Thus \N'27' solved my problem

A point should be mentioned here.  It is not a good idea to imbed printer
control functions into nroff source.  Controlling the printer directly can
get it out-of-sync with the nroff program.  The computer program may think
that the printer is doing one thing, while you have the printer doing another.

It is better to fix up the nroff driver tables to have the functions that
the printer can do, instead of doing them directly.

Just a point to keep in mind.
-- 
      harvard\     att!nicmad\          spool.cs.wisc.edu!astroatc!vidiot!brown
Vidiot  ucbvax!uwvax..........!astroatc!vidiot!brown
      rutgers/  decvax!nicmad/ INTERNET:vidiot!brown%astroatc@spool.cs.wisc.edu