<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Text copied from a PDF exported using Linux Libertine G is missing characters."
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=124191#c21">Comment # 21</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Text copied from a PDF exported using Linux Libertine G is missing characters."
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=124191">bug 124191</a>
              from <span class="vcard"><a class="email" href="mailto:khaledhosny@eglug.org" title="Khaled Hosny (inactive) <khaledhosny@eglug.org>"> <span class="fn">Khaled Hosny (inactive)</span></a>
</span></b>
        <pre>(In reply to V Stuart Foote from <a href="show_bug.cgi?id=124191#c16">comment #16</a>)
<span class="quote">> Yes, I'm pretty certain we have an issue in building the /ToUnicode

> Here is result from a 6.2.1 build--note addition of the /ActualText
> structure, which helps with fidelity of pasted text. But that the
> LibreOffice generated /ToUnicode does look to have problems. Character
> <02>,<05>,<07>,<10> are used but are not mapped.</span >

That is fine, it means there is no unique one to one, or one to many mapping
between these glyphs (not characters) and the input text, so no /ToUnicode and
/ActualText tagging is used for them.</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>