<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Dear François,<br>
<br>
Thanks for looking into this. <br>
<br>
I have been fiddling with it a bit more and I noticed that
toggling the options between voc and novoc has an effect on this.
<br>
<br>
Here is a minimal example:<br>
<br>
\documentclass{article}<br>
<br>
\usepackage[novoc]{arabxetex}% toggle with voc<br>
%\oldtanwin<br>
\newfontfamily\arabicfont[Script=Arabic,Scale=1.4]{Traditional
Arabic}% 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{ًخطا} $\quad$ \A{ًمثلثا}<br>
<br>
\setRL <br>
\begin{arab}<br>
إذا أضيف إلى خَطّ مستقيم مَعْلُوم سطح متوازي الأضلاع معلوم
ينقص عِن تمامه سَطْحًا متوازي الأضلاع معلوم الصورة، فإن أضلاع
السطح الباقي معلومة<br>
\end{arab}<br>
\setLR<br>
<br>
\end{document} <br>
<br>
When we toggle to voc, short vowels that have been keyed into the
unicode appear, but the short vowel that has been hard keyed ("aN)
into the ascii disappears. (Also, strangely the tanwin that
appears above the final alif, in the Persian style, is floating at
the front of the word.) <br>
<br>
The novoc option strips out any small vowels and any tanwin, but
(strangely) does not strip out the sukun. Now, however the tanwin
hard keyed in the ascii appears. <br>
<br>
(If others are not seeing this behavior, I can send a .pdf)<br>
<br>
Best,<br>
<br>
Nathan<br>
<br>
<br>
<br>
On 7/30/15 6:52 PM, FC wrote:<br>
</div>
<blockquote
cite="mid:CABG2OkWsUxQjToBrdvL2ziLjzDbisEgXA=XqpcxZuF6UHmWhEw@mail.gmail.com"
type="cite">
<meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Dear Nathan,<br>
<br>
When I had a look at ArabXeTeX last month (for the first time
since 2010 when I gave it over to a new maintainer) I could
not find anything that had changed since the last version I
released (which corresponds to <a moz-do-not-send="true"
href="https://github.com/fc7/arabxetex/releases/tag/1.1.4">https://github.com/fc7/arabxetex/releases/tag/1.1.4</a>).
Therefore a build issue where the teckit mapping may have been
corrupted is more likely to be the reason, because the source
files - as far as I can judge - have not changed since 2010
and thus probably not between TL 2014 and TL 2015. <br>
</div>
<div><br>
</div>
<div>Regards,<br>
</div>
<div>François<br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2015-07-29 13:28 GMT+02:00 Herbert
Schulz <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:herbs@wideopenwest.com" target="_blank">herbs@wideopenwest.com</a>></span>:<br>
<blockquote class="gmail_quote"><span class="">> On Jul 29,
2015, at 2:19 AM, Nathan Camillo Sidoli <<a
moz-do-not-send="true" href="mailto:sidoli@waseda.jp">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>
<br>
</span>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>
<div class="HOEnZb">
<div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br>
<a moz-do-not-send="true"
href="http://tug.org/mailman/listinfo/xetex"
rel="noreferrer" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">
--------------------------------------------------
Subscriptions, Archive, and List information, etc.:
<a class="moz-txt-link-freetext" href="http://tug.org/mailman/listinfo/xetex">http://tug.org/mailman/listinfo/xetex</a>
</pre>
</blockquote>
<br>
</body>
</html>