Re: Re: Arabic support
"Martin J. Dürst" <[email protected]> Wed, 01 Sep 2010 12:47:23 +0900
| Newsgroups | gmane.emacs.bidi,gmane.emacs.devel |
|---|---|
| Organization | Aoyama Gakuin University |
| Message-ID | <[email protected]> |
We have made similar observations with what might be double reordering (or no reordering) on a Windows system. I expect we will report more details tomorrow. Regards, Martin. On 2010/09/01 11:17, Kenichi Handa wrote: > In article<[email protected]>, Eli Zaretskii<[email protected]> writes: > >>> In Emacs, bidi reordering is done by Emacs itself, so the `shape' >>> method of font backend should not reorder glyphs. But, perhaps >>> Uniscribe backend reorders Arabic text, right? > >> No, not AFAIK. We call the ScriptItemize API of Uniscribe with NULL >> as the 4th and 5th arguments, which AFAIU should disable reordering. >> Perhaps Jason could chime in and tell if I'm right here. > > I read the function uniscribe_shape roughly. It has this > code: > > for (i = 0; i< nitems; i++) > { > int nglyphs, nchars_in_run, rtl = items[i].a.fRTL ? -1 : 1; > [...] > if (SUCCEEDED (result)) > { > int j, nclusters, from, to; > > from = rtl> 0 ? 0 : nchars_in_run - 1; > > Doesn't it mean uniscribe_shape reorders glyphs? -- #-# Martin J. Dürst, Professor, Aoyama Gakuin University #-# http://www.sw.it.aoyama.ac.jp mailto:[email protected]