[Poppler-bugs] [Bug 101855] Embedded TrueType Symbols with accents not rendered correctly

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Jul 20 18:05:34 UTC 2017


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

--- Comment #5 from Simon Shugar <simon.shugar at veeva.com> ---
Created attachment 132794
  --> https://bugs.freedesktop.org/attachment.cgi?id=132794&action=edit
Patch to add

Added useMacRoman = gTrue to ((flags & fontSymbolic) && macRomanCmap >= 0) 
else if. 

My question is should we just remove ((flags & fontSymbolic) && macRomanCmap >=
0) and rely on (macRomanCmap >= 0) or does it have a purpose? I looked at the
history and this logic was added as a merge from XPDF however the comment about
the logic was never updated. 

Comment Logic:

  // To match up with the Adobe-defined behaviour, we choose a cmap
  // like this:
  // 1. If the PDF font has an encoding:
  //    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.
  //    1c. If the PDF font is symbolic and the TrueType font has a
  //        Microsoft Symbol cmap, use it, and use char codes
  //        directly (possibly with an offset of 0xf000).
  //    1d. If the TrueType font has a Macintosh Roman cmap, use it,
  //        as in case 1a.
  // 2. If the PDF font does not have an encoding or the PDF font is
  //    symbolic:
  //    2a. If the TrueType font has a Macintosh Roman cmap, use it,
  //        and use char codes directly (possibly with an offset of
  //        0xf000).
  //    2b. If the TrueType font has a Microsoft Symbol cmap, use it,
  //        and use char codes directly (possible with an offset of
  //        0xf000).
  // 3. If none of these rules apply, use the first cmap and hope for
  //    the best (this shouldn't happen).

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


More information about the Poppler-bugs mailing list