一直有很多人闹不清 .def
, .fd
, .pfb
之类文件的作用,这里正好看到 egreg 的回答,感觉很好,就翻译过来。原文地址:http://tex.stackexchange.com/a/119501/38350
.def
文件
t1enc.def
之类的 <encoding>enc.def
文件定义了字符形状(glyph)与编码的对应关系,LaTeX 读入这些文件之后,才能在相应的编码下正确调用字符形状来排版。在任意时刻,都有一个当前的字体编码。诸如 \"{o}
的命令,在不同编码下的效果是不一样的。例如,在 OT1 编码下(或是其它不包含字符形状 ö 的编码),\"{o}
会被翻译成 \accent"7F o
;在 T1 编码下,则是 \char"F6
。
当加载 fontenc
宏包的时候,LaTeX 就会读入 <encoding>enc.def
文件。具体读入的文件,由 fontenc
宏包的参数确定。每次读入 <encoding>enc.def
文件就改变一次当前字体编码。和大多数宏包不同,fontenc
宏包可以加载多次,以便根据不同的字体指定不同的编码。有一些字体相关的宏包,会在内部隐式地调用 fontenc
宏包(比如 textcomp
宏包)。在 \begin{document}
处的字体编码,则是最后一次传给 fontenc
宏包的参数。
除了 <encoding>enc.def
类型的文件,还有其他一些 .def
文件。不过这些文件就和字体没关系了。
.fd
文件
当 LaTeX 遇到 \fontfamily{<family>}\selectfont
的时候(可能隐式地调用,比如在 \ttfamily
之类的字体声明处,以及在 \textsf
之类的字体命令处),LaTeX 会在内部标中查询是否有已知的,由 \DeclareFontFamily{<encoding>}{<family>}{<tokens>}
定义的组合
<encoding>+<family>这里,
<encoding>
就是当前的字体编码。
假设当前的字体编码是 T1,然后希望使用 Palatino 字族(ppl
),但 T1+ppl
的组合没有定义(也就是 \T1+ppl
命令未定义,对的,命令中间有个加号),那么 LaTeX 就会去寻找 t1ppl.fd
或者大写版本的 T1ppl.fd
文件。
如果二者都找不到,那么 LaTeX 就会输出警告,告诉用户「当前的字体我找不到,不过我会用另外的字体来替代」。不过,这种替代,不会改变当前的字体编码。
.fd
文件总是以 \DeclareFontFamily
声明开头,然后跟着若干个 \DeclareFontShape
命令。这些命令组合在一起,对应了 <encoding>+<family>
的组合。fntguide.pdf
里有更详细的接受。
当然,你也可以在导言区里写 \DeclareFontFamily
或者 \DeclareFontShape
这样的命令。\DeclareFontShape
必须与紧跟的 \DeclareFontFamily
对应。这些声明会对应字体四个维度的属性声明,并对应一个字体尺寸文件(font metric file)。在我们的例子中
\usefont{T1}{ppl}{b}{it}会指向
pplb8t
这个字体尺寸。具体来说,字体尺寸文件又两种:.vf
文件或者 .tfm
文件。如果存在 pplb8t.vf
文件,那么 TeX 会优先加载它,否则就会加载 pplb8t.tfm
文件。二者必需有一个,否则就会报错。
在 \DeclareFontShape
命令中,你可以设定字体替换等规则;如果 LaTeX 没有找到合适的字体替换规则,那么就会使用默认字体去替换。如果 .fd
文件里,或者导言区中的,\DeclareFontShape
写错了,也会导致错误(Corrupt NFSS tables
)。
接下来,假设 TeX 找到了 pplb8t.vf
或者 pplb8t.tfm
文件。
.vf
文件
字体尺寸文件可以是虚拟的,pplb8t
正是这种情况。.vf
尺寸文件中有字符边界框、意大利体修正、铅空、连字等信息,还有一些关于从其它文件中(虚拟的或者实际存在的)选择时机字符形状的信息。在本例中,pplb8t.vf
选择了一个实际存在的字符形状 pplb8r
(MAPFONT D 0 (FONTNAME pplb8r) (FONTCHECKSUM O 25012244013) (FONTAT R 1.0) (FONTDSIZE R 10.0) )并按照 T1 字体编码重新对字符形状做了排序。例如,在
pplb8t.vf
的 "F7"
位上 (八进制 `367
),有如下声明
(CHARACTER O 367 (CHARWD R 0.832996) (CHARHT R 0.485498) (CHARDP R 0.011493) (MAP (SETCHAR O 234) ) )这是说,字符形状
œ
(你在 LaTeX 里可以用 \oe
输出它)实际会在 pplb8r
的以八进制计算的第 `234
个位置(十六进制:"9C
)中取得,不过实际的用户是不会像关心它的。这里也包含了关于字符形状的尺寸信息:宽度 8.32996pt、高度 4.85498pt、深度 0.11493pt,并且意大利体修正为 0(这是在字体大小为 10pt 时候的值,否则需要按比例做额外的换算)。
.tfm
文件
.tfm
文件(在本例中 pplb8r.tfm
文件必须存在)中的内容格式和 .vf
文件的格式完全相同,不过,它可以指向其他字体尺寸文件。
打住
实际上,TeX 引擎关心的东西到这里就结束了:根据字符尺寸将字符排版并按页输出。打印或预览的驱动才会实际去关注字符形状。不过,对 pdfTeX 来说,它也需要储存所有的字符形状(译注:因为要直接输出 PDF 文件,必须知道字符形状)。.map
文件
粗体的字形 œ
最终从 pplb8r
里取得。因此 pdfTeX 会读取已经加载的 .map
文件(默认是 pdftex.map
),在其中查找以 pplb8r
开头的条目
pplb8r URWPalladioL-Bold " TeXBase1Encoding ReEncodeFont " <8r.enc <uplb8a.pfb于是,pdfTeX 会读取 Type1 字体文件
uplb8a.pfb
(如果已经读取过了就不会再次读取了),然后,pdfTeX 会对字体文件重新编码。这是因为 .pfb
文件是以 Adobe Standard Encoding 编码保存的,并且有一些字符形状在这种情况下是隐藏起来的。 于是,驱动(译注:在 pdfTeX 的情况下,驱动就是它自己)会根据 8r
编码(与 T1 类似,但不推荐在实际文稿中使用)重新排布字符形状的顺序。此时,字符形状 œ
会被保存在 "F7
位置(而不是 Adobe Standard Encoding 中的 "FA
)。此外,字符形状 ö
不在 Adobe Standard Encoding 当中,不过它在 .pfb
文件中以未编码的形式存在着;在 8r
编码中,它被保存在 "F6
位置。
我们需要的是 pplb8a
,为什么最后读取的是 uplb8a
呢?这是因为,字体最终是由 URW 提供的免费版本。当然,实际用户是不会关注这个的。
.pfb
文件
.pfb
文件包含了字符的形状,它们决定了字符在打印(或者预览)中是怎样呈现的。这些文件不会被用户直接调取,而是被引擎或者驱动程序调用。当然,也有 .pfa
文件,它和 .pfb
文件储存的信息完全相同,只不过它是用可见的 ASCII 码字符来储存信息的,因此它会比相应的 .pfb
文件要大出不少。
译注: 在现代的 TeX 发行版中,有名为tex-font-cheatsheet.pdf
的文件。你可以在系统命令行中执行texdoc tex-font-cheatsheet
打开它。有惊喜!
发表评论 取消回复