Hi,
Anthony J. Bentley wrote on Sun, Nov 10, 2013 at 01:34:54PM -0700:
> Consider this man(7) source, based on gpg.1:
>
> .TP
> foo
> bar
> .RE
> .PP
> baz
Actually, the point is that there is no preceding .RS.
A complete test case is:
.TH RS-LONELYRE 1 "November 10, 2013" OpenBSD
.SH NAME
R
>> I think this is because afmtodit assumes these ligatures will be
>> called "fi", "fl", "ff", "ffi", and "ffl", but in the new fonts
>> they are called "f_i", "f_l", "f_f", "f_f_i", and "f_f_l".
Yeah, this is a partly a limitation and partly a design problem, see
below.
> I see. It looks like
> Werner mentioned a macro could apply the correction like \emph. mm's
> IR, etc., macros have a go, though they do it for non-italics too, e.g.
> alternating bold and Roman.
The traditional `man' macro package also applies italic correction
automatically.
Werner
Hi,
Werner mentioned a macro could apply the correction like \emph. mm's
IR, etc., macros have a go, though they do it for non-italics too, e.g.
alternating bold and Roman.
.de fnt@switch
.ul 0
.ds fnt*tmp
.nr fnt*prev \\n[.f]
.nr fnt*i 2 1
.while \\n+[fnt*i]<=\\n[.$] \{\
On Sun, Nov 10, 2013, Werner Lemberg wrote:
> There is no conflict to groff's `inability' to apply it automatically.
> What you really want is a *macro package* which does the job. This is
> exactly the same as with TeX and LaTeX: While TeX (the program)
> doesn't apply italic correction automatic
