<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - Special chars in a MacRoman encoded font are displayed wrong"
href="https://bugs.freedesktop.org/show_bug.cgi?id=101624">101624</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Special chars in a MacRoman encoded font are displayed wrong
</td>
</tr>
<tr>
<th>Product</th>
<td>poppler
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>general
</td>
</tr>
<tr>
<th>Assignee</th>
<td>poppler-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>Thomas.Freitag@alfa.de
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=132299" name="attach_132299" title="pdf with this problem">attachment 132299</a> <a href="attachment.cgi?id=132299&action=edit" title="pdf with this problem">[details]</a></span>
pdf with this problem
In the attached PDF there are two embedded fonts. Both should use the
MacRomanEncoding and both font files have a cmap for MacRoman. But these cmaps
seem to be wrong. On the other hand they both also have a unicode cmap, but
poppler says in its decision tree:
// 1a. If the PDF font specified MacRomanEncoding and the
// TrueType font has a Macintosh Roman cmap, use it, and
// reverse map the char names through MacRomanEncoding to
// get char codes.
// 1b. If the PDF font is not symbolic or the PDF font is not
// embedded, and the TrueType font has a Microsoft Unicode
// cmap or a non-Microsoft Unicode cmap, use it, and use the
// Unicode indexes, not the char codes.
mupdf, acrobat and ghostscript are displaying the PDF correctly, xpdf and
poppler not.
mupdf displays it correctly because it uses the LAST cmap in the font file
which fits, and this is always the unicode one. If I force mupdf to use the
FIRST (changing the code), it displays the PDF like poppler.</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>