From: "G. Branden Robinson" <g.branden.robinson@gmail.com>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: Russ Allbery <eagle@eyrie.org>,
Alejandro Colomar <alx.manpages@gmail.com>,
linux-man <linux-man@vger.kernel.org>, groff <groff@gnu.org>,
Time zone mailing list <tz@iana.org>
Subject: Re: [tz] Doubts about a typo fix
Date: Sat, 26 Nov 2022 14:44:51 -0600 [thread overview]
Message-ID: <20221126204451.byvfdjs2gfirdhr7@illithid> (raw)
In-Reply-To: <d596cea8-04e4-b10c-1a28-d9baf4c9d2e8@cs.ucla.edu>
[-- Attachment #1: Type: text/plain, Size: 1304 bytes --]
At 2022-11-25T19:50:14-0800, Paul Eggert wrote:
> On 2022-11-25 19:20, Russ Allbery wrote:
> > You have to be very careful with the combination of \f(CW and \fP on
> > Solaris 10 nroff
>
> That should be OK, as \f(CW - which is now \f(CR - is used only if
> \n(.g is nonzero, i.e., only if it's groff and not traditional troff.
Just for precision's sake, the .g register interpolating a true value
means (by convention) that an implementation is claiming support for
groff extensions.
This happens with Heirloom Doctools troff, for instance, if one gives it
the "-mg" option. (There are other ways to switch on its "groff mode".)
Also, to reiterate, "CW" as a font name is not a groff extension; it has
some history in Documenter's Workbench troff and I think it may have
appeared in Research Unix troff as well in the 1980s, but I don't have
convincing evidence of this, just educated guesses based on man(7) and
ms(7) man pages from that era. If I had sources for Research Unix
V8-V10 I'd be a happy guy.
> I toyed with using \f[CW] instead of \f(CW to underscore that it's
> groff-specific. However, that might be overkill given the number of
> non-*roff programs that read these files.
In my opinion that's not necessary, and implies too much.
Regards,
Branden
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2022-11-26 20:44 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-23 19:31 Doubts about a typo fix Alejandro Colomar
2022-11-23 21:40 ` G. Branden Robinson
2022-11-26 2:18 ` Paul Eggert
2022-11-26 3:20 ` [tz] " Russ Allbery
2022-11-26 3:50 ` Paul Eggert
2022-11-26 20:44 ` G. Branden Robinson [this message]
2022-11-26 3:52 ` G. Branden Robinson
2022-11-26 12:33 ` Deri
2022-11-26 21:01 ` Paul Eggert
2022-11-26 21:56 ` G. Branden Robinson
2022-11-27 1:58 ` Deri
2022-11-27 2:32 ` Paul Eggert
2022-12-13 19:24 ` G. Branden Robinson
2022-12-25 22:07 ` Lennart Jablonka
2022-12-25 23:21 ` G. Branden Robinson
2022-11-26 21:20 ` Steffen Nurpmeso
2022-11-26 22:07 ` G. Branden Robinson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20221126204451.byvfdjs2gfirdhr7@illithid \
--to=g.branden.robinson@gmail.com \
--cc=alx.manpages@gmail.com \
--cc=eagle@eyrie.org \
--cc=eggert@cs.ucla.edu \
--cc=groff@gnu.org \
--cc=linux-man@vger.kernel.org \
--cc=tz@iana.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.