r12a

_The first comment in this issue contains text that will automatically appear in one or more gap-analysis documents as a subsection with the same title as this issue. Any edits...

 Firefox on left, Chrome on right, font Amiri, OS Mac X 10.11.6 (first two lines have diacritics in opposite orders in memory; last...

This link should replicate the above: http://r12a.github.io/pickers/arabic/?text=%D9%82%D8%A7%D9%89%D9%95%D9%90%D8%AF%0A%D9%82%D8%A7%D9%89%D9%90%D9%95%D8%AF%0A%D9%82%D8%A7%D9%89%D9%95%CD%8F%D9%90%D8%AF

Wow, that was quick! Thanks.

It should mean that the method proposed in UTR#53 of overriding the repositioning of diacritics will work on all major browsers on Mac OS X (i haven't tested on Windows).

@behdad actually that @khaledhosny's result may be correct, since the third one (when using the above link) has U+0642 ARABIC LETTER QAF U+0627 ARABIC LETTER ALEF U+0649 ARABIC LETTER ALEF...

I put up a quick test for one of the examples mentioned in UTR 53, which is relevant here. See https://w3c.github.io/i18n-tests/utr53/exp-ar-positioning-000.html

What i found interesting about Adobe Arabic Italic is that embedded Latin letters lean to the right at the same time as Arabic letters lean to the left. Is that...

and another example in the type sample repo: https://github.com/w3c/type-samples/issues/14

_The first comment in this issue contains text that will automatically appear in one or more gap-analysis documents as a subsection with the same title as this issue. Any edits...