[Poppler-bugs] [Bug 79527] New: Some characters from non-embedded symbol font are not displayed at all

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Jun 1 22:50:41 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=79527

          Priority: medium
            Bug ID: 79527
          Assignee: poppler-bugs at lists.freedesktop.org
           Summary: Some characters from non-embedded symbol font are not
                    displayed at all
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: stellplatz-nr.13a at datenparkplatz.de
          Hardware: All
            Status: NEW
           Version: unspecified
         Component: cairo backend
           Product: poppler

Created attachment 100267
  --> https://bugs.freedesktop.org/attachment.cgi?id=100267&action=edit
Screenshot from Okular, Mu-Character missing

Hi,

see e.g. followign PDF:
http://www.ti.com/lit/ds/symlink/tlv3201.pdf

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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20140602/2e48e15f/attachment.html>


More information about the Poppler-bugs mailing list