<div class="gmail_quote">On 20 August 2012 07:27, Alexey Gagarinov <span dir="ltr">&lt;<a href="mailto:agagarinov@renderx.com" target="_blank">agagarinov@renderx.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Benoit,<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
    The text inside the fo:inline element is not displayed correctly in a PDF rendered by XEP 4.19.<br>
<br></div>
      * I expect, reading right to left: &quot;Arabic-word space Arabic-0 hyphen Arabic-1&quot;<br>
      * but I see in the PDF: &quot;Arabic-word space Arabic-1 hyphen Arabic-0&quot;<div class="im"><br>
<br>
    So, 0 and 1 are switched. Other Unicode-compliant softwares display the text on screen as I expect it.<br>
</div></blockquote>
<br>
It was a bug in XEP&#39;s BIDI algorithm -- FIXED.</blockquote><div><br>Great, thanks!<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
    If I replace the hyphen by an Arabic letter, then the figures are in the expected order, but a space or<br>
    comma also give an incorrect order.<br>
</blockquote>
<br></div>
I believe, you&#39;re wrong about the comma.<br>
XEP (both 4.19 and 4.20 versions) displays the correct order.<br>
<br>
The comma (&amp;#x002C;) belongs to CS (Common Number Separator) class in terms of BIDI algorithm.<br>
According to BIDI algorithm (UAX#9, W4 rule):<br>
&quot;A single common separator between two numbers of the same type changes to that type.&quot;<br>
<br>
In other words, you should treat a single common separator between 2 Arabic (or European) numbers as a part of that entire number.<br>
I guess it&#39;s more obvious for European numbers -- 1,000,000 is a single number, but the same is applied for Arabic numbers.<br>
Note: &#39;.&#39; is also a CS class char, so 0.1 and 1,000,000 are both single numbers. 0,1 is also is a single number according to Unicode BIDI algorithm.<br></blockquote><div><br>That makes sense; I stand corrected about the comma. Thank you for the useful detailed information. Now I understand why, in my sample documents, sub-section numbers like 1.2.3 are written in Arabic with a dash instead of a dot: a dot would put them in reverse order.<br>
<br>Regards,<br>Benoit<br><br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Regards,<br>
  Alexey Gagarinov<br>
RenderX<br>
<br>
<br>
______________________________<u></u>_________________<br>
(*) To unsubscribe, please visit <a href="http://lists.renderx.com/mailman/options/xep-support" target="_blank">http://lists.renderx.com/<u></u>mailman/options/xep-support</a><br>
(*) By using the Service, you expressly agree to these Terms of Service <a href="http://w" target="_blank">http://w</a><br>
<a href="http://ww.renderx.com/terms-of-service.html" target="_blank">ww.renderx.com/terms-of-<u></u>service.html</a><br>
</blockquote></div><br>


!DSPAM:87,5031e0de63737047931012!