Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site sdchema.UUCP
Path: utzoo!linus!security!genrad!decvax!sdchema!donn
From: donn@sdchema.UUCP (Donn Seeley)
Newsgroups: net.text,net.bugs.4bsd,net.bugs.usg
Subject: Problem with NROFF '.cu' command
Message-ID: <928@sdchema.UUCP>
Date: Mon, 7-Nov-83 19:26:19 EST
Article-I.D.: sdchema.928
Posted: Mon Nov  7 19:26:19 1983
Date-Received: Thu, 17-Nov-83 23:06:37 EST
Organization: UC San Diego Chemistry Dept. NIH Research Resource
Lines: 27

Some poor user came to me with a sad NROFF story (yes, I know there
are lots of sad NROFF stories).  She has to enter some papers for
a supervisor and this other person insists that titles in their
bibliography have continuous underlining -- underlining individual
words is completely unsatisfactory.  She thought she could use the
NROFF '.cu' command to do the underlining, but it didn't turn out
right and she came to me to see if I could fix it.

Much as I abhor gazing upon our 4.1 BSD NROFF's innards, I did spend
some time looking at the source to learn NROFF's procedure for handling
the '.cu' command.  Essentially NROFF turns on normal underlining and
at the same time translates input spaces to underscores.  Unfortunately
underscores do not break a word, so every word on a line of input text
is glued together into a single massive word and spaces appear where
there were input line breaks.  The result is completely ridiculous in
a bibliography, or indeed anywhere that there is text filling.  As
far as I am concerned, '.cu' is worse than worthless -- why do it at
all if it can't be done correctly?

Has anyone out there fixed this problem before? By a fix, I mean that
it should be possible to have continuously underlined words filled
properly...  If you use ITROFF or System V NROFF (we are licensed for
both), could you check to see if this problem still exists?

Thanks in advance,

Donn Seeley  UCSD Chemistry Dept. RRCF  ucbvax!sdcsvax!sdchema!donn