[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [emacs-bidi] Re: Arabic support

From: Martin J. Dürst
Subject: Re: [emacs-bidi] Re: Arabic support
Date: Thu, 02 Sep 2010 21:58:48 +0900
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv: Gecko/20100722 Eudora/3.0.4

Hello Eli,

Many thanks for your quick and detailled feedback. Any hints on how we could go about to figure out which of the factors below is the culprit?
(e.g. check which libraries we linked against,...)

Regards,    Martin.

On 2010/09/02 18:31, Eli Zaretskii wrote:
From: 大嶋 俊祐<address@hidden>
Date: Thu, 2 Sep 2010 16:45:02 +0900
Cc: address@hidden, address@hidden, address@hidden

  This appended picture shows a test of bidi-display-reordering. The upper case 
is the case that bidi-display-reordering is nil. The lower case is non-nil. The 
problem is that the characters are ordered left to right even they should been 
right to left when bidi-display-reordering is non-nil. This test is in Emacs 
Ver. (i686-pc-cygwin) on Microsoft Windows XP Professional Version 
2002 Service Pack 3.

Thanks.  This is a Cygwin build, which is supposed to use (a port of)
libotf.  It isn't supposed to use Uniscribe directly.

So this particular problem could be the result of one or more of the
following factors:

  . Some problem in the build process (I think Handa-san mentioned some
    special actions for a proper build, like link against specific

  . Some bug in the ported libotf, which screws up bidirectional
    display when the text is already reordered.

  . Some bug in Emacs related to display bidirectional text.

The last one seems extremely unlikely, since AFAIU it works for
Handa-san on GNU/Linux and for me on MS-Windows, with Hebrew text.

To summarize, I don't think this problem is the same one as seen in
the native Windows build.

#-# Martin J. Dürst, Professor, Aoyama Gakuin University
#-# http://www.sw.it.aoyama.ac.jp   mailto:address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]