emacs-bidi
[Top][All Lists]
Advanced

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

Re: [emacs-bidi] merge emacs-bidi into the main tree


From: Eli Zaretskii
Subject: Re: [emacs-bidi] merge emacs-bidi into the main tree
Date: 04 Aug 2003 08:25:40 +0200

> From: Alex Schroeder <address@hidden>
> Date: Mon, 04 Aug 2003 03:39:31 +0200
> 
> "Eli Zaretskii" <address@hidden> writes:
> 
> > I'd rather ask on emacs-devel for volunteers to carry on the original
> > plan.  I can coordinate the effort if that would help (assuming people
> > who'd like to work on this agree for me to be the coordinator).
> 
> Sadly I don't have much hope at the moment -- it hasn't worked
> before, why should it work now?

Perhaps for the same reason you now think the m17n.org code is a
viable solution--because lots of time have passed, and a bidi-capable
Emacs is now more important than before.  Meanwile, some of the
developers have more experience in hacking redisplay code, so their
response might be different this time, especially if the plea sounds
convincing.

> Merging the current solution will give users something to work with
> while we wait for the volunteer we need to emerge.

Someone will have to invest a lot of work to make the m17n.org
solution be satisfactory on the user level.  AFAIK, no one is doing
that now, so we still need volunteers to work on issues like keyboard
input and various aspects of encoding bidirectional text.

Please don't misunderstand me: this is nowhere close to the NIH thing.
I know everything about the virtues of existing solutions.  I saw the
m17n.org code in action when I was in Japan several years ago and had
a privilege of discussing its design principles with Handa-san.  I
then asked Gerd Moellmann why not merge that code with Emacs 21,
precisely _because_ that was a working solution.

However, since Gerd was very unhappy about certain aspects of the
design of that code, I'd hesitate very much to include it in Emacs,
since I believe that, to this day, no one knows about the strong and
week sides of the current redisplay engine more than Gerd.

This is all IMHO, of course; since I seem to be unable to make any
significant contributions to Emacs development lately, feel free to
disregard my HO.





reply via email to

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