<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Embedded TrueType Symbols with accents not rendered correctly"
href="https://bugs.freedesktop.org/show_bug.cgi?id=101855#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Embedded TrueType Symbols with accents not rendered correctly"
href="https://bugs.freedesktop.org/show_bug.cgi?id=101855">bug 101855</a>
from <span class="vcard"><a class="email" href="mailto:simon.shugar@veeva.com" title="Simon Shugar <simon.shugar@veeva.com>"> <span class="fn">Simon Shugar</span></a>
</span></b>
<pre>Update:
After investigating the code with a colleague we discovered that in
GfxFont.cc#*Gfx8BitFont::getCodeToGIDMap(FoFiTrueType *ff) ArialNarrow and
Calibri are going through logic for (flags & fontSymbolic) && macRomanCmap >=
0) (line 1747 in 0.56.0). In the logic the flag for useMacRoman is never set. I
have limited knowledge of the code base but by setting this flag within else if
statement my document renders correctly.
Interestingly all my fonts are meant to be WinAnsi encoded but ArialNarrow and
Calibri come through as MacRoman (see pdffonts out below). Though after doing a
bit of searching this article
(<a href="https://blog.idrsolutions.com/2010/01/embedded-pdf-truetype-fonts-are-always-mac-encoded-unless-they-are-not/">https://blog.idrsolutions.com/2010/01/embedded-pdf-truetype-fonts-are-always-mac-encoded-unless-they-are-not/</a>)
states that most embedded true type fonts come through as MacRoman. If anyone
is able to clarify this please let me know.
name type encoding emb sub
uni object ID
------------------------------------ ----------------- ---------------- --- ---
--- ---------
Times New Roman TrueType WinAnsi yes no
no 8 0
ArialNarrow-Bold TrueType WinAnsi yes no
no 9 0
Arial,Bold TrueType WinAnsi yes no
no 10 0
Calibri-Bold TrueType WinAnsi yes no
no 11 0</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>