emacs-bidi
[Top][All Lists]
Advanced

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

[emacs-bidi] Re: [emacs-bidi]status? news?


From: Matan Ninio
Subject: [emacs-bidi] Re: [emacs-bidi]status? news?
Date: 18 Jan 2001 11:54:35 +0200
User-agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6

Eli Zaretskii <address@hidden> writes:

> On Wed, 17 Jan 2001, Yotam Medini wrote:
> 
> > Any news about the status of bidi-emacs?
> 
> Nothing serious, I'm afraid.  I used whatever small amount of time I had 
> to discuss the display problems with Gerd, Hand-san, and others.  As a 
> result, I have a preliminary skeleton of the code that needs to be added 
> to the display engine, but I didn't yet start coding seriously, due to 
> the heavy drain on my free time, both on my daytime job and in Emacs 21 
> pretest.
> 
> If there are people here who know their ways in the internals of the 
> Emacs display engine and are willing to work on this, please speak up.
> It goes without saying that I'm very unhappy with my failure to make any 
> practical advances in this area, so I'd be very glad if someone would 
> come to help.

there was some work that was done by Kenichi Handa around the 7/7/1999
that set up some basic R2L (logical) support for emacs (the new display
engine on emacs-20.4.91).

Kenichi Handa's code gives the basic l2r/r2l support.  It's usefully,
but seems not to include any work on bidi part.  on the other hand, much
of the bidi issue is about breaking the text into r2l and l2r parts,
where within each such part, the work is mostly unidirectional.

I've looked for traces of this code in the pretest emacs21, but could
not find any.  Do you know if this been integrated into the mainstream
code?  Is there an up-to-date version of this that code (that will work
with 21.0.95 or the such)?  
There are some cluefull people around that may be able to deal with the
BIDI part of the work, but there seem to be non that can do this and
know emacs internals well (at least non that have free time :)
A partially working version can be a good bases for some "classic
evolution" code development, adding one feature at a time, one bugfix at
a time.  This may not be the ideal code writing mechanism, but it can
work nicely nevertheless.  Waiting for The Perfect Solution may take
much longer.
                                MN 


> 
> _______________________________________________
> emacs-bidi mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/emacs-bidi
> 

-- 
Matan Ninio             
--------------------------------+----------------------------------
Contrary to popular belief, Unix is user friendly.  It just happens
to be selective about who it makes friends with.  -- Dave Parnas 



reply via email to

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