我想知道:使用宏包编写 UNIX 手册页man
有.SH
(节标题)和.SS
(子节)。但是,如果我想有“子小节”怎么办?
有这样的标准吗?我想我已经看到一些页面摆弄了字体大小(troff
至少).SS
,但我想知道是否真的有一些(准)标准。
我想知道:使用宏包编写 UNIX 手册页man
有.SH
(节标题)和.SS
(子节)。但是,如果我想有“子小节”怎么办?
有这样的标准吗?我想我已经看到一些页面摆弄了字体大小(troff
至少).SS
,但我想知道是否真的有一些(准)标准。
我相信简短的回答是“不”——手册页中的小节没有标准。
去年 9 月,该问题出现在
linux-man
邮件列表中,其中整理了大量man
材料,没有人知道这样做的任何公认习语。我要强调的一点是:“如果您需要手册页中的子小节,[那么] 整个页面的讨论水平太粗糙了。” 没有法律禁止将手册页分成多个文档。groff 和 Perl 就是这样做的。
甚至最初
man
的宏包自己的手册页(1979)也被淘汰了,SS
甚至没有记录分段宏。对我来说,这种(故意的?)疏忽似乎与手册页作为“简洁”文档的原始概念一致。
如果您必须这样做,我不会编写自己的宏或滥用线程
TP
中讨论的内容。linux-man
我可能只会使用“run-in-header”。换句话说,以斜体或粗体的标题开始一个段落。Perl 的 POD 文档格式可以翻译成各种格式,也可以翻译成使用
pod2man
. 这就是 Perl 的Pod::Man
模块所做的(不声称它是某种标准):=head1
被翻译成.SH
, 使用.IX Header "...."
=head2
被翻译成.SS
, 使用.IX Subsection "...."
=head3
被翻译成斜体字体,使用.IX Subsection "...."
=head4
被翻译成纯文本,使用.IX Subsection "...."
=head3
和的标题文本=head4
被.PP
s 包围,如下所示: