·不论是 Postscript 文件或 PDF 文件,都可以直接内嵌所需的字型,可以只提示所需的字型名称与每个字在字型文件中的编码索引等。后者的档案大小当然比前者来得小,但前提是文件内所使用的字型名与字型规格要有一个通用的标准,如此该份文件才能在各种环境下阅读与打印。故一般只包含 ASCII 或 ISO8859-1 文字的 Postscript文件是不内嵌字型的,但是一份中文文件在目前常见的情况下是必须内嵌字型的,其原因正是目前还没有通用的中文字型与规格。
·在早期 (也许 PDF 格式尚未问世的时候),用做内嵌的中文字型来源是一种名为 HBF的点阵字型,当时有许多程序可以将 HBF 字型转换成 Postscript 可以使用的格式,然而这类的点阵字型分辨率有限,故内嵌在 Postscript 文件中往往不够美观,特别是当我们要做有限度的文字缩放时更是惨不忍睹。后来,由于 TrueType 字型逐渐普及,同时可以处理 TrueType 字型的引擎 -- freetype 函式库的问世,许多基于该函式库的 TrueType 字型转换程序一一开发出来,使得它成为 Postscript 与 PDF 内嵌字型的最重要来源。内嵌了 TrueType 转换字型的文件不但比起过去要美观许多,且由于 TrueType 本身就具有可缩放的特性,故我们可以轻易产生高分辨率的转换字型,使得文件在有限度的缩放下仍不失真。同时由于文鼎公司对自由软件世界的支持,捐赠了两套 TrueType 中文字型供大家自由使用,让我们在中文文件输出问题上得以彻底解决。
·最佳的解决方案仍然是希望以不需内嵌中文字型的方式,其优点除了可以让输出的文件档变小以外, 同时还可以保证在任何尺度上的缩放而不失真。由于内嵌在文件中的字型在很多情况下是将 TrueType 字型转成点阵字型之后,才进行内嵌 (例如在 CJK-LaTeX 所编译的文件中内嵌了由 TrueType 转成 PK 的点阵字)。仅管由转换过来的字型有相当高的分辨率,但再高的分辨率也是有限的,故在做大尺度的缩放时仍然会失真。要做到真正不内嵌中文字型于文件中,有许多工作要做,其中包括:
1. 要有一套统一的字型名称与规格: 这可能是最令人头疼的部分,因为这里卡到了授权问题。由于 Postscript 与 PDF 文件格式是 Adobe 公司开发的,故其所用的字型名称都会灌上 Adobe 之名,而这些名称是否能在自由软件世界中,以自由软件的游戏规则来运行,将会是个问题,其中尤以 PDF 最为严重。同时,在定这些名称与规格时,我们不能关起门来自己定,必须同时与许多团体谈,可能包括 Adobe 公司、TeX/LaTeX 开发团队、Ghostscript 开发团队、甚至其他与排版、字型相关的计划与 商业公司等。
2. 要有一个字型的来源: 这一点在现阶段已有初步成果,目前我们已有将 TrueType字型转换成 Postscript 所需的 Type1 字型的工具程序,例如 ttf2pt1 或 chpfb,ttf2pfb 等。除此之外,另外还有一套称为 t1lib 的函式库,可以用来进一步处理 Type1 字型,例如将字缩放、旋转,或将它转换成点阵的格式以用于其它的用途 .... 等等。
3. 如果我们有了 Type1 的字型,我们还可以进一步地将它合成 Type0 的 CID-Keyed字型,可用于 Postscript 与 PDF 的文件中。
4. 我们的文件转换引擎: Ghostscript 要能处理多字节编码、并利用这些字型:这一点目前也正积极开发中,例如下一代的 Ghostscript 就有处理多字节编码的能力,除了迎接未来的中文 Type1 字型以外,它还内含了一个可直接使用TrueType 字型的模块,可以做到不需要字型的内嵌,就可以使用 TrueType 字型来显示文件,其原 理是将 TrueType 字型仿真成 Type0 CID-Keyed 字型来用。但这可能会面临可移植性 的问题,万一将此文件拿到其它没有安装此 TrueType字型的系统下就无法读了。因此,它目前也同时在开发直接内嵌 TrueType 字型的技术,做为因应此问题的配套措施。
中文 Postscript 与 PDF 文件的产生
·目前较通用的纯文字文件转 Postscript 格式的程序为由 python 语言所写成的 bg5ps程序,它所产生的 Postscript 文件采内嵌中文字型的方式,而中文字型的来源即为TrueType 字型。
CJK-LaTeX
· 是一套功能相当强大的幕后排版系统,它使用类似程序语言的方式,来格式化并编排文件,并配合 Postscript 的输出,可以轻易达到高品质文件的输出要求。特别是它容易处理数学符号的特性,使得它特别适于学术文件、书籍、出版的排版工作。要让 LaTeX 能处理中文,必须在 LaTeX 系统上额外加装一套 CJK-LaTeX 的宏。顾名思议,此宏可以付与 LaTeX 处理中文、日文、韩文等编码系统的能力,而它也渐渐成为 LaTeX 的标准之一。而它最后在产生 Postscript 文件时,是采用内嵌中文字型的方式,其字型来源也是 TrueType。它利用 freetype 函式库的衍生工具 ttf2tfm、ttf2pk 将 TrueType 字型转换成 TFM 与 PK 点阵字型,前者用于前段的排版工作,后者则用于最后的字型内嵌。
LaTeX 的外衣 -- LyX
LyX 是一个以 LaTeX 为基底的一个图形化排版系统,让我们不必须记一大堆 LaTeX的排版指令,可以直接可视化地在窗口内编排我们的文件,而最后的排版输出才交由LaTeX 处理。它的中文支持目前正慢慢发展中,包括支持 XIM 协议,使得我们可以用 XIM server 输入法程序直接在它的窗口内打中文。而它的 CJK-LaTeX 指令的部分在经过少许的修正后也能正确地搭配使用。
各应用程序与打印系统的整合
·如前所述,由于 Ghostscript 可以正确处理 Postscript 与 PDF 的文件,并且可以将它们转换成各种格式输出,包括许多打印机的打印格式。故使用 Ghostscript 正是最标准且一致的打印解决方案。除了上述可以产生 Postscript/PDF 文件的程序以外,事实上还有许多与文书工作相关的应用程序,如办公室软件 KOffice/AbiWord 等,或绘图软件 gimp、xfig、gnuplot .... 等,它们在做打印输出时都可以产生 Postscript的格式 (未来也许会有 PDF 格式),故只要经过适当的整合,就能顺利 解决打印的问题。