<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILEOPEN pdf: When opening a PDF with RTL language text in Draw, text gets mirrored"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=89471">bug 89471</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;">CC</td>
           <td>
                
           </td>
           <td>dr.khaled.hosny@gmail.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILEOPEN pdf: When opening a PDF with RTL language text in Draw, text gets mirrored"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=89471#c17">Comment # 17</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILEOPEN pdf: When opening a PDF with RTL language text in Draw, text gets mirrored"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=89471">bug 89471</a>
              from <span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span></b>
        <pre>(In reply to Eyal Rozenberg from <a href="show_bug.cgi?id=89471#c16">comment #16</a>)
<span class="quote">> (In reply to V Stuart Foote from <a href="show_bug.cgi?id=89471#c15">comment #15</a>)
> > the ipdf (pdfium based) cleanly inserts all RTL text from PDF--but
> > fails miserably on break (bad font fallback from looks of it).

> What's the "ipdf" as opposed to "pdfio"?</span >

ipdf using Google chrome project's pdfium
<a href="https://opengrok.libreoffice.org/xref/core/vcl/source/filter/ipdf/">https://opengrok.libreoffice.org/xref/core/vcl/source/filter/ipdf/</a>

pdfio (legacy from the Oracle PDF extension, takes things through popler)
<a href="https://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/">https://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/</a>

<span class="quote">> 
> > Unicode for glyphs are not recorded to PDF

> How could this be possible? Could you elaborate?</span >

Adobe defined Glyph lists (AGLFN) as opposed to OpenType tables--with results
added to /ToUnicode table structure of glypnhs used in the PDF. So Unicode is
always involved--should have thought a bit more about that. The glyps are
recorded into the PDF in the sequence they occur. What is mishandled in the
pdfio filter is recognition that the text run is from a script entered RTL.
IIUC Hebrew and Arabic Unicode ranges have Unicode bidirectional ranges
identifying them as RTL--that they are not recognized as such on import
suggests the filter is not making use of the ICU bidi library.

@Khaled, have you ever looked at the PDF import filters? Does it use the ICU
libs? And if not, it probably should, right?</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>