• +86-156-1535-0639
  • jianpengqi@126.com

IEEE PDF eXpress 提示字体为嵌入的解决方法

  • DataMiner

昨天在IEEE PDF eXpress上验证使用LaTeX生成的pdf文档,结果反回了一下错误:
ieee pdf express font error
看了看提示的页面,发现pdf内容的错误可行性不大,应该是论文中存在的eps图片的问题。eps图片是一种矢量图,因此在存储的时候存储的是一些脚本语言。针对返回文档提出的具体错误:
ieee pdf express font error details
发现缺少了内嵌的几种字体。

回想起之前生成图片的过程,查阅了一些相关资料才明白,Matlab在生成图片的过程中是默认使用Helvetica字体,而IEEE论文格式检测系统恰好不支持这种字体。
网上查看了好几种解决方法,大致有三种。

有一种是使用命令行,这种方法在我们的论文生成的过程中得到的pdf文件竟然比以前的版本多出了几行,就是这几行导致页数超标了,换方法。

第二种是借助Adobe Acrobat,将原先的pdf打印成另一个pdf文件,在打印的过程中对属性进行设置,将字体嵌入。我不知道他们是怎么成功的,但是在我的机器上这种方法是没有奏效的,难不成是因为没有购买该软件?

第三种,也是在根源上解决的一种,最为有效的解决方法,就是使用文本编辑器,把存在问题的eps图片打开,然后全局替换,将Heveltica替换为NimbusSanL-Regu字体。有些人可能会困惑,NimbusSanL-Regu字体就会通过检测了吗?我们可以通过返回的错误细节pdf文件发现,Nimbus字体通过了检测,因此,用该类字体替换完全没有问题。不管哪种字体,针对相应的格式,只要出错,那就用Nimbus这一类的字体替换。注意:替换的时候要遵循最长匹配原则,**之间是替换后的字体 。那么针对图片中的不同样式的字体,下面给出具体的转换关系

1
2
3
4
5
6
7
8
9
10
11
12
Nimbus Sans L Regular Helvetica **NimbusSanL-Regu**
Nimbus Sans L Regular Italic Helvetica **NimbusSanL-ReguItal**
Nimbus Sans L Bold Helvetica **NimbusSanL-Bold**
Nimbus Sans L Bold Italic Helvetica **NimbusSanL-BoldItal**
Nimbus Sans L Regular Condensed Helvetica **Narrow NimbusSanL-ReguCond**
Nimbus Sans L Regular Condensed Italic Helvetica **Narrow NimbusSanL-ReguCondItal**
Nimbus Sans L Bold Condensed Helvetica **Narrow NimbusSanL-BoldCond**
Nimbus Sans L Bold Condensed Italic Helvetica **Narrow NimbusSanL- BoldCondItal**
Nimbus Roman No9 L Regular Times **NimbusRomNo9L-Regu**
Nimbus Roman No9 L Regular Italic Times **NimbusRomNo9L-ReguItal**
Nimbus Roman No9 L Medium Times **NimbusRomNo9L-Medi**
Nimbus Roman No9 L Medium Italic Times **NimbusRomNo9L-MediItal**