<div dir="ltr"><div><div>Another possibility would be a recent change in the TECkit engine which is statically-linked in the XeTeX binary. Because the behaviour you report takes place at this level. Either the mappings have changed (unlikely unless through a build mistake), or the way the engine interprets them has.<br></div></div><div><br></div>François<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-30 12:15 GMT+02:00 Nathan Sidoli <span dir="ltr"><<a href="mailto:nathan.sidoli@utoronto.ca" target="_blank">nathan.sidoli@utoronto.ca</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 7/29/15 8:28 PM, Herbert Schulz wrote:<div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Jul 29, 2015, at 2:19 AM, Nathan Camillo Sidoli <<a href="mailto:sidoli@waseda.jp" target="_blank">sidoli@waseda.jp</a>> wrote:<br>
<br>
Hello Everyone,<br>
<br>
Over the weekend I updated both my system (to Mac OS 10.10), and TeXlive (to 2015).<br>
<br>
Now I have an issue with tanwin for indefinite accusatives in ArabXeTeX. Here is a minimal example:<br>
<br>
<br>
\usepackage[novoc,fdf2noalif]{arabxetex}<br>
%\oldtanwin<br>
\newfontfamily\arabicfont[Script=Arabic,Scale=1.4]{Amiri}% Traditional Arabic, Amiri<br>
\newcommand{\A}{\textarabic}<br>
<br>
\begin{document}<br>
<br>
\A{_h.t"aN} $\quad$ \A{m_tl_t"aN}<br>
<br>
\bigskip<br>
<br>
\A{خطًا}  $\quad$ \A{مثلثًا}<br>
<br>
\A{%<br>
إذا أضيف إلى خط مستقيم معلوم سطح متوازي الأضلاع معلوم<br>
ينقص عن تمامه سطحًا متوازي الأضلاع معلوم الصورة، فإّنأضلاع السطح الباقي معلومة<br>
}<br>
<br>
\end{document}<br>
<br>
When I compile this document, a tanwin in the unicode input (etc., خطًا) is stripped out in the output. (If I just use polyglossia this does not happen, but for various reasons I am committed to also using ArabXeTeX.)<br>
<br>
<br>
This behavior did not happen before the upgrade - that is, the tanwin appeared as in the input. I have tried switching back to my TeXlive 2014 distribution, but now this behavior is also happening when I compile with that distribution as well. That is, it seems to have been produced by updating my OS. I'm not sure what could be causing this behavior and any suggestions would be welcome.<br>
<br>
Best,<br>
<br>
Nathan<br>
</blockquote>
Howdy,<br>
<br>
On the offhand possibility that there has been an update of arabxetex please also run TeX Live Utility and update all the files. You can find TeX Live Utility in /Applications/TeX.<br>
<br>
Good Luck,<br>
<br>
Herb Schulz<br>
(herbs at wideopenwest dot com)<br>
<br>
<br>
</blockquote></div></div>
Yes, thanks for the suggestion. I had updated everything and this seems to have led to the change in behavior. I didn't see an update of arabxetex in the list, so I doubt that this has actually changed, but some other aspect of my set-up, which is controlling how tanwin is handled has been changed.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
<br>
<br>
<br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br></span>
   <a href="http://tug.org/mailman/listinfo/xetex" rel="noreferrer" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</blockquote><span class="">
<br>
<br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br></span>
 <a href="http://tug.org/mailman/listinfo/xetex" rel="noreferrer" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</blockquote></div><br></div>