<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - Xpdf(pdfedit/poppler) renders specidic pdfs differently than e.g., Acrobat/Sumatra"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=41104">bug 41104</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEW
           </td>
           <td>RESOLVED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>---
           </td>
           <td>NOTABUG
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - Xpdf(pdfedit/poppler) renders specidic pdfs differently than e.g., Acrobat/Sumatra"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=41104#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - Xpdf(pdfedit/poppler) renders specidic pdfs differently than e.g., Acrobat/Sumatra"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=41104">bug 41104</a>
              from <span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span></b>
        <pre>You are not true: the problem is NOT a charcode and/or map-to-unicode problem,
the problem is that the fonts are not embedded in this font! 
Therefore poppler ask fontconfig to find a suitable font for in this case
ArialMT and gets one where 'ě' has no glyph, so the replacement char is
rendered.
'ě' is only in the unicode version for Arial, which is used (and delivered!!)
by Acrobat, therefore You can render it correctly on windows platforms also
with poppler, but not on unix platforms.

Poppler doesn't deliver any fonts because poppler has no rights on 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>