【问题标题】:gnuplot pdfcairo unnamed Type 3 font in output on macosgnuplot pdfcairo 在macos的输出中未命名的Type 3字体
【发布时间】:2017-03-07 03:34:20
【问题描述】:

带有 pdfcairo 终端的 Gnuplot 似乎在字体方面给出了奇怪的行为,其中生成的 pdf 具有未命名的 Type 3 字体。这是输出 pdf 文件中 pdffonts 的输出:

name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
[none]                               Type 3            Custom           yes no  yes      5  0
HTVMTJ+Helvetica                     CID TrueType      Identity-H       yes yes yes      6  0
ITRAZO+Helvetica                     CID TrueType      Identity-H       yes yes yes      7  0

这是一个问题,因为出版商拒绝在文档中接受 Type 3 字体。我该如何解决这个问题?下面是一个小 gnuplot 文件,它在 OS X El Capitan 10.11.3、gnuplot 5.0 补丁级别 5 上重现了该问题:

set terminal pdfcairo font "Helvetica, 16"
set output "../plots/test.pdf"
set xlabel "x-axis"
set ylabel "y-axis"
set xrange [0:1]
set yrange [0:1]
plot 0.5 title "y=0.5"  w l lw 3

目前,我的解决方法是使用 postscript 终端,然后使用 epstopdf,但这需要对许多脚本进行大量返工。有什么想法吗?

【问题讨论】:

  • 我已经将“xtics”和“ytics”归零为 Type 3 字体的罪魁祸首。(如果您将“set noxtics”和“set noytics”添加到上面的脚本,错误消失了。但仍然没有解决这个问题。
  • 这篇文章已经两年了,但问题仍然存在。奇怪的是,这发生在 MAC 而不是 Linux 上。有没有人能够解决这个问题?错误报告也没有多大帮助:sourceforge.net/p/gnuplot/bugs/1868

标签: macos fonts gnuplot


【解决方案1】:

我也遇到了这个问题,并将其缩小为 空格。每当您将空格添加到轴标签或将 tic 格式设置为包含空格时,都会添加一个未命名的 Type 3 字体。我什至无法理解为什么。

【讨论】:

  • 对于我的最小示例,情况并非如此——轴标签没有任何空格,并且抽动也没有这种格式。我不确定是什么原因造成的。我在 Sourceforge 提交了一个错误,但开发人员认为问题出在其他地方(我不愿意相信):sourceforge.net/p/gnuplot/bugs/1868/?limit=25
  • 我遇到了同样的问题,根本没有使用空格。 Ubuntu 上的相同绘图脚本不会产生问题;在 Mac 上他们会这样做!
  • 我在使用 pdfcairo 将 Graphiz (dot) 转换为 PDF 输出时遇到了同样的问题。在我的情况下,这个答案似乎是正确的。如果我从节点标签中删除所有空格,那么我在输出中只有一个 TrueType 字体,但如果我在任何节点标签中添加一个空格,那么我会在我的输出 PDF 中嵌入 [none] Type 3 字体。此外,如果我在 Ubuntu 而不是我的 Macbook 上运行相同的脚本,我可以确认 Type 3 字体没有添加到 PDF 中。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-01-06
  • 1970-01-01
  • 2018-07-11
  • 2020-09-21
相关资源
最近更新 更多