我发现当我使用 mathptmx 时,一些数学符号(包括求和和乘积符号)的呈现方式取决于我使用 pdfTeX 还是通过 DVI 工作。
以下是示例代码:
\documentclass[12pt]{article}
\usepackage{mathptmx}
\begin{document}
\[
\sum_{n = 1}^{\infty} A_n = \prod_{n = 1}^{\infty} B_n
\]
\end{document}
当我使用 pdfTeX 时,我得到的是我认为预期的结果,但是当我通过 DVI 文件创建 PDF 时,我仍然得到求和和乘积符号,但它们显然属于不同的字体(细长)。无穷大符号也会发生变化。(通过 DVI 它会变得更圆)。A_n 和 B_n 没有变化。
这是我使用 pdfTeX 得到的结果:
以下是我通过 DVI 获得的信息:
我想使用 mathptmx,但同时,我需要通过 DVI 工作,因为另一个包需要它(tree-dvips)。
有人可以帮我通过 DVI 获取正常符号吗?
我使用 Mac OS X Mountain Lion 和 TeXShop。
下面是我使用 pdfTeX 排版时收到的控制台消息:
下面是我通过 DVI 排版时收到的控制台消息:
[更新]
我将 LaTeX 更新到版本 3.1415926-2.5-1.40.14 (TeX Live 2013)。然后问题就消失了!mafp、karlkoeller,非常感谢你们帮助我解决了这个问题。不过,我仍然想知道那个奇怪的字体是什么,为什么会发生这种情况……
答案1
消息dvips
显示只有cmr10.pfb
嵌入的字体,而不是标准 PostScript 字体。如果 PDF 文件不包含字体,则取决于 PDF 查看器所使用的字体。较新版本的 Acrobat Reader 已将一些标准字体替换为其他字体,例如 Minion Pro 的 Times Roman。
比较
dvips
嵌入字体的消息:
This is dvips(k) 5.993 Copyright 2013 Radical Eye Software (www.radicaleye.com
' TeX output 2013.07.02:1150' -> test.ps
<[...]/texmf-dist/dvips/base/tex.pro>
<[...]/texmf-dist/fonts/enc/dvips/base/8r.enc>
<[...]/texmf-dist/dvips/base/texps.pro>.
<[...]/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb>
<[...]/texmf-dist/fonts/type1/urw/times/utmr8a.pfb>
<[...]/texmf-dist/fonts/type1/urw/times/utmri8a.pfb>
<[...]/texmf-dist/fonts/type1/urw/symbol/usyr.pfb>[1]
使用选项-Pbuiltin35
:
This is dvips(k) 5.993 Copyright 2013 Radical Eye Software (www.radicaleye.com
' TeX output 2013.07.02:1150' -> test.ps
<[...]/texmf-dist/dvips/base/tex.pro>
<[...]/texmf-dist/fonts/enc/dvips/base/8r.enc>
<[...]/texmf-dist/dvips/base/texps.pro>.
<[...]/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb>
[1]
后者看起来与你的消息非常相似dvips. In theory
-Poutline` 非常相似,应该嵌入所有可用的 Type 1 字体,因此您的旧 LaTeX 安装存在缺陷。
转换为 PDF 后的结果(ps2pdf
显示,后一种情况下有些字体没有嵌入。
在第一起案件的pdffonts
报告中:
name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- IAMTRI+CMR10 Type 1C WinAnsi yes yes no 12 0 KJNPAU+NimbusRomNo9L-ReguItal Type 1C WinAnsi yes yes no 10 0 AQAEUC+NimbusRomNo9L-Regu Type 1C WinAnsi yes yes no 14 0 KXVNLY+StandardSymL Type 1C Custom yes yes no 8 0
对于后一种情况:
name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- Times-Roman Type 1 Standard no no no 12 0 Times-Italic Type 1 Standard no no no 9 0 IAMTRI+CMR10 Type 1C WinAnsi yes yes no 10 0 Symbol Type 1 Symbol no no no 8 0
在 AR9/Linux 中查看结果,首先是嵌入字体(URW 字体)的 PDF 文件:
然后是 PDF 查看器使用的字体,在 AR9/Linux 的情况下使用 Minion Pro 而不是 Times Roman:
差异:
- 衬线
n
- 宽高比
\infty
- 字母的厚度
A
和B
概括
此示例说明了为什么强烈建议始终将字体嵌入 PDF 文件。否则,PDF 查看器可以自由选择其喜欢的字体,而不是 PDF 作者想要的字体。
为什么-Poutline
没有起作用,可能很难调查,除非你有旧系统的备份并且愿意进一步调查。但我认为这不值得,因为这个问题在更新的系统上已经解决了。