Re: merge emacs-bidi into the main tree

Kenichi Handa <[email protected]>
Newsgroups gmane.emacs.devel,gmane.emacs.bidi
Message-ID <[email protected]>
In article <[email protected]>, Richard Stallman <[email protected]> writes:
> So it sounds like some people are saying that the emacs-bidi code
> is usable as it stands and is worth installing, and nobody thinks
> it is useless.  Meanwhile, it looks like you are ready to make
> use of Eli's code in the short term.

> If we can use Eli's code soon enough, then it's not worth installing
> the Emacs-bidi code; it would just be extra work.  On the other hand,
> if it looks like the difficulty of using Eli's code is enough to make
> it hard, then I think we should install the Emacs-bidi code now.

Synchronizing emacs-unicode to HEAD will take a few weeks
more.  After that, I'll take a look at Eli's code and decide
what to do.  In any cases, I will install the changes for
BIDI in the branch emacs-unicode-2 because the current codes
of emacs-bidi depends on automatic-composition facitliy to
display Arabic and Hebrew, and that exists only in
emacs-unicode (and in emacs-bidi) version.  I'd like to
avoid the extra work of installing automatic-composition for
the current HEAD.

FYI, the automatic-composition is to call various character
composition functions from the dipslay routine dynamically
so that we don't have to run XXX-compose-region on file
reading and character inputting.

---
Ken'ichi HANDA
[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.