> It is my believe that Unicode has the wrong properties for Arabic
> standalone Hamza; in short you should just type a regular Hamza in the
> middle of the word and it will get positioned correctly. Placing a
> combining Hamza over a Tatweel to “fake” it is wrong IMO. So in Amiri
> you just type “بِءَايَٰتِ” and voilà, every thing is rendered correctly (the
> same is true for the small Alef).

Yes, that works. But the direct way works with Uhtmanic1HafsVer9:

\definefont[arabicamiri][file:amiri-regular.ttf*arabic at 15pt]
\definefont[arabicuth][file:UthmanicHafs1Ver09.ttf*arabic at 17pt]
\starttext
\setupalign[r2l]
\arabicamiri بِـَٔايَـٰتِ
\blank
\arabicuth بِـَٔايَـٰتِ
\stoptext

To be honest, in Corel Draw UthmanicHafs is the perfect font for my 
purpose - at least in CorelDraw - e.g.: The ayat-numbers are printed as 
a unicode-symbol, not as numbers (perfect, because ConTeXt has problems 
with the direction with arabic numbers, they are mirrored in ConTeXt).

But it is only perfect in CorelDraw, in ConTeXt some things are not 
recognized correctly, as I mentioned. E.g. this one:

\definefont[arabicamiri][file:amiri-regular.ttf*arabic at 15pt]
\definefont[arabicuth][file:UthmanicHafs1Ver09.ttf*arabic at 17pt]
\starttext
\setupalign[r2l]
\arabicuth لِّلْمُتَّقِينَ ﴿٢﴾
\stoptext

If I put the same arabic into CorelDraw, it prints a nice Unicode-Symbol 
for the number - see the JPG I have attached here, screenshot from 
CorelDraw, but ConTeXt ignores the brackets and prints just a verys 
small number. There are some problems like this. Are they easy to fix, 
or is this problem deeply involved?

Huseyin