missing fonts for bidi Emacs on cygwin

I have installed Emacs for Windows (GNU Emacs 24.0.50.1 
(i386-mingw-nt6.1.7601) of 2011-09-19) from the alpha directory (Sept. 
2011 version). With very few exceptions (Burmese, Oriya, half-width 
kana), I can see all text, bidi-display-reordering is t by default, and 
bidi reordering works at least for the שלום and السّلام عليكم examples in 
the "Show Multi-lingual Text" page.

I have also compiled Emacs on Cygwin (GNU Emacs 24.0.50.1 
(i686-pc-cygwin, X toolkit, Xaw3d scroll bars) of 2011-09-24) from bzr. 
I have followed the instructions in the INSTALL file, including the 
additions for complex layout, and the intlfonts. Again, 
bidi-display-reordering is t by default, and I get שלום correctly, but 
otherwise, not too many fonts are working, I get a lot of boxes with 
four hex characters, in particular also for Arabic. Any advice?

Regards,   Martin.

_______________________________________________
emacs-bidi mailing list
emacs-bidi <at> gnu.org
https://lists.gnu.org/mailman/listinfo/emacs-bidi

line starting with a digit

I am not sure whether this is a bug or an intended behaviour, but
anyway...

1. Start emacs with -Q .

2. M-: (setq bidi-display-reordering t) RET

3. C-\ hebrew RET

4. Type the A key.  The letter "shin" is displayed at the rightmost
column.

5. Type RET repeatedly to move the cursor downward just before the
window scrolls.

6. Type the 1 key. The digit "1" is displayed at the rightmost column.

7. Type one RET.  This makes the window scroll and the digit "1" is
now displayed at the leftmost column.

--

-- 
TAKAHASHI Naoto
ntakahas <at> m17n.org

Re: Re: Arabic support

You are right !

After invoking emacs -q I could do the following :

- copy from emacs to another application (it worked).
- copy arabic text from two different applications to emacs 
it works correctly exepted that tashkeel seems lost when the source include it.
But after verification if I try to mark the region in question the tashkeel appears :)

In my dot emacs i found what may be the cause of my problem.

 '(selection-coding-system (quote utf-8-dos))
 '(unify-8859-on-decoding-mode t)
 '(unify-8859-on-encoding-mode t)

Thanks

----- Mail Original -----
De: "Eli Zaretskii" <eliz <at> gnu.org>
À: mhibti <at> free.fr
Cc: emacs-bidi <at> gnu.org, emacs-devel <at> gnu.org
Envoyé: Mardi 7 Septembre 2010 06h39:53 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: [emacs-bidi] Re: Arabic support

> Date: Tue, 7 Sep 2010 05:34:04 +0200 (CEST)
> From: mhibti <at> free.fr
> Cc: emacs-bidi <at> gnu.org, emacs-devel <at> gnu.org
> 
> It is simple. When copying a text in arabic (see pictures) and
> pasting in the emacs buffer, the result is a series of "?"

Re: Re: Arabic support

Thanks Eli for all your efforts !

It is simple. When copying  a text in arabic (see pictures) and pasting in the emacs buffer,
the result is a series of "?" characters (see resu.jpg).
I tried decode-coding-region (with utf-8, utf-16, and latin-1) without succes.

----- Mail Original -----
De: "Eli Zaretskii" <eliz <at> gnu.org>
À: mhibti <at> free.fr
Cc: emacs-bidi <at> gnu.org, emacs-devel <at> gnu.org
Envoyé: Mardi 7 Septembre 2010 05h03:07 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: [emacs-bidi] Re: Arabic support

> Date: Tue, 7 Sep 2010 02:59:48 +0200 (CEST)
> From: mhibti <at> free.fr
> Cc: emacs-bidi <at> gnu.org, emacs-devel <at> gnu.org
> 
> - I have problems with copy/paste arabic text but I guess this may be a coding issue.

Thanks for testing.

Would you please describe the problems you have with copy/paste?
There should be no problems with encoding on Windows, as Emacs uses
UTF-16 automatically to copy/paste text on Windows.

_______________________________________________
emacs-bidi mailing list

Re: Re: Arabic support

I have tested the binaries on XP windows and here is some points:

- The hello message is Ok.
- I tried some simple arabic text and it seems working as I expected at least for me (I'm not using tashkeel).
- The second remark of Mahmoud is not an issue for me see attached picture (coupure).
- I have problems with copy/paste arabic text but I guess this may be a coding issue.

Best regards,
Mohamed

----- Mail Original -----
De: "Thamer Mahmoud" <thamer.mahmoud <at> gmail.com>
À: emacs-bidi <at> gnu.org
Cc: emacs-devel <at> gnu.org
Envoyé: Lundi 6 Septembre 2010 15h45:00 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: [emacs-bidi] Re: Arabic support

>> From: Kenichi Handa <handa <at> m17n.org>
>> Date: Thu, 26 Aug 2010 10:10:05 +0900
>> 
>> I've just committed changes to trunk for Arabic shaping.  If
>> there're any Arabic users in this list, please check the
>> displaying of Arabic text.  On GNU/Linux system, you must
>> compile Emacs with libotf and m17n-lib (configure script
>> should detect them automatically).
>

Thanks for working on this. Here is my take:

* Attached are two screenshots showing the Arabic line from the HELLO

API for bidi reordering a string

I'm planning on implementing the following API for reordering a
logical-order string into visual order.  Comments are welcome,
especially regarding the way the extra information is returned.

(defun bidi-reorder-string string embedding &optional extra)
  "Reorder the input STRING from logical to visual order.

This function reorders STRING according to the Unicode Bidirectional
Algorithm described in the Unicode Standard Annex #9 (UAX#9), see
http://unicode.org/reports/tr9/.

Second argument EMBEDDING provides the base paragraph embedding level
for the reordering.  It is `left-to-right' for left-to-right
paragraphs, `right-to-left' for right-to-left paragraphs, or nil for
neutral paragraphs.  In the latter case, the actual base paragraph
level is determined from the string itself, using the UAX#9 rules.

Value is the reordered string.  For STRING without any characters
from right-to-left scripts, such as Arabic or Hebrew, this function
returns a copy of the original STRING, possibly with a text property
\(see below).

Optional argument EXTRA non-nil means return additional information
about the results of reordering.  This information is recorded in the
value of the `bidi-info' text property of the returned string.  The
value is a vector of the form:

  [EMBEDDING LOG-TO-VIS VIS-TO-LOG LEVELS]

EMBEDDING is the actual base paragraph embedding level.  It is

Re: Re: Arabic support

Dear all,
I have tried the MS-Windows (XP) version of 30/08.
The hello message is not correclty displayed, it is written from left to right, 
moreover emacs crashes when trying to write in arabic.
I'm very sorry I couldn't do more tests..

----- Mail Original -----
De: "Amit Aronovitch" <aronovitch <at> gmail.com>
À: "Kenichi Handa" <handa <at> m17n.org>
Cc: emacs-bidi <at> gnu.org, emacs-devel <at> gnu.org
Envoyé: Lundi 30 Août 2010 16h11:06 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: [emacs-bidi] Re: Arabic support

On Mon, Aug 30, 2010 at 4:42 PM, Amit Aronovitch < aronovitch <at> gmail.com > wrote: 

On Mon, Aug 30, 2010 at 5:07 AM, Kenichi Handa < handa <at> m17n.org > wrote: 

In article <AANLkTinFrEnuW=oPeBqg6= wYegbrR+Lani2WcmDYstVO <at> mail.gmail.com >, Amit Aronovitch <
aronovitch <at> gmail.com > writes: 

> 1) I confirm that Arabic shaping seems to work fine on my build (27/8/10 
> rev. 101200, on Linux+X (Debian unstable)). 

> 2) Logical movement with C-f/C-b in the hello file seems fine (I do not see 
> the trap described above). 

Thank yor for testing them. 

> 3) My Arabic is very basic, and I am not familiar with Arabic computing 
> (keyboards etc.) - I noticed the following points, but I am not sure what i= 

Re: Re: Arabic support

> Date: Sat, 28 Aug 2010 03:35:33 +0200 (CEST)
> From: mhibti <at> free.fr
> 
> Dear Eli and Kenichi,
> I would like to help but I have no real competence on lisp.
> I'm however familiar with emacs and arabic speaker. 
> I tried to build emacs from trunk on MS-windows without succes.
> 
> Is it possible to find binaries ?

Yes, the Windows binaries of the development code can be found here:

  http://alpha.gnu.org/gnu/emacs/windows/

Note, however, that they are updated roughly once a week, and the last
snapshot was from August 16.  That is before Handa-san installed his
latest changes, so please wait for the next snapshot, which I hope
will be there shortly.

Thanks.

Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM

I think it's about the time to decide how to display these
formatting characters: LRE, RLE, LRO, RLO, PDF, LRM, RLM.

Eli wrote:
> Anyway, characters such as LRM should be automatically
> composed with the character that follows them, and then
> they will be invisible.

But, if we do that, users lose control exactly which part of
text he selects or delete, exactly where to insert a text
because he can't put cursor between LRM, etc. and the
following character.

I can think of these modes:

(1) invisible-mode (perhaps the default)

Hide them, for instance, by
  (aset standard-display-table #x202e [])

Then, you have to type C-f or C-b twice to pass over those
characters.  That means users can still put cursor anywhere
if he moves cursor carefully.

(2) light-visible-mode

Show them by a space of 1-pixel width.

(3) heavy-visible-mode

Hebrew tutorial

Is anyone working on this, per chance?

Hebrew tutorial

Would anyone like to produce a Hebrew translation of the Emacs
tutorial?  The level of bidi support we have in Emacs is entirely
adequate for that, I think.