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
