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]
_______________________________________________
emacs-bidi mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-bidi
