<div dir="ltr"><br>Just to let you know, I talked to taco about implementing unicode bidirectional algorithm and taco said it is better that I wait untill luatex 0.70 is released.<br><br>&quot;As I have written on the dev-luatex mailing list in the past, we are not<br>

quite happy with our inherited direction code from Aleph (Omega). See<br>
for example these tracker items :<br>
<br>
  <a href="http://tracker.luatex.org/view.php?id=306" target="_blank">http://tracker.luatex.org/view.php?id=306</a><br>
  <a href="http://tracker.luatex.org/view.php?id=301" target="_blank">http://tracker.luatex.org/view.php?id=301</a><br>
  <a href="http://tracker.luatex.org/view.php?id=232" target="_blank">http://tracker.luatex.org/view.php?id=232</a><br>
<br>
The Aleph subsystem is more flexible than the \beginL/R from pdftex,<br>
but nevertheless it has a number of oddities that are hard to work with.<br>
<br>
You&#39;ll see that the trackers above are marked for version 0.70 (that<br>
will be fall 2010) so the changes resulting from them will be too late<br>
for this year&#39;s texlive. It appears unavoidable that direction support<br>
luatex in 0.70 will be backward incompatible with 0.60.<br>
<br>
Because of this, it may be counterproductive to spend much of your time<br>
on implementing the unicode bidi algorithm in lua right now. My advice<br>
would be to use active characters for text direction switches, and stick<br>
to macro-based solutions for paragraph, math and page body setups. Just<br>
so you won&#39;t have to redo lots of lua code next year.&quot;<br clear="all"><br>-- <br>Best wishes,<br>Vafa Khalighi<br>
</div>