<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Some characters from non-embedded symbol font are not displayed at all"
href="https://bugs.freedesktop.org/show_bug.cgi?id=79527">79527</a>
</td>
</tr>
<tr>
<th>Assignee</th>
<td>poppler-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>Some characters from non-embedded symbol font are not displayed at all
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Reporter</th>
<td>stellplatz-nr.13a@datenparkplatz.de
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Component</th>
<td>cairo backend
</td>
</tr>
<tr>
<th>Product</th>
<td>poppler
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=100267" name="attach_100267" title="Screenshot from Okular, Mu-Character missing">attachment 100267</a> <a href="attachment.cgi?id=100267&action=edit" title="Screenshot from Okular, Mu-Character missing">[details]</a></span>
Screenshot from Okular, Mu-Character missing
Hi,
see e.g. followign PDF:
<a href="http://www.ti.com/lit/ds/symlink/tlv3201.pdf">http://www.ti.com/lit/ds/symlink/tlv3201.pdf</a>
On the middle right of the first page, the description field in the first line
of the "related products" table contains the greek letter Mu ("ยต").
When the PDF is displayed with e.g. Evince, Okular or XPDF (all using
libpoppler 0.24.5), the Mu-character is displayed as white space. It can be
copy+pasted correctly, though.
When the PDF is displayed with e.g. the PDF viewer embedded in Firefox or Adobe
Reader, the Mu-character is rendered correctly.
==> Why do I /not/ suspect my installed fonts or fontconfig configuration as
the culprits?
I can "repair" the PDF by embedding one of my installed system fonts using the
following command:
/usr/bin/gs \
-o gs-repaired-tlv3201.pdf \
-dPDFSETTINGS=/prepress \
-sDEVICE=pdfwrite \
tlv3201.pdf
This apparently embeds the font "StandardSymbolsL" for the "Symbol" font used
by the PDF.
Then, the same PDF with the system font embedded is displayed correctly by all
poppler-based PDF-readers.
However, the original PDF without the embedded font is not rendered correctly
even when configuring fontconfig in such a way that is explicityl uses
"StandardSymbolsL" as a substitute for the "Symbol" font using a fonts.conf
containing:
<match target="pattern">
<test name="family">
<string>Symbol</string>
</test>
<edit name="family" mode="prepend" binding="same">
<string>StandardSymbolsL</string>
</edit>
</match>
I am attaching a screenshot displaying the questionable section of the first
page of the PDF, as incorrectly rendered by poppler and a second screenshot as
rendered by Adobe Reader. Also, the commandline output of Ghostscript when
embedding the system fonts.</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>