Re: bidi support: poor-mans-bidi.el

Uwe Brauer <[email protected]>
Newsgroups gmane.emacs.xemacs.beta
Message-ID <[email protected]>
>> "Aidan" == Aidan Kehoe <[email protected]> writes:

   > Hi Uwe --

   >  Ar an séiú lá de mí Márta, scríobh Uwe Brauer: 

   >> [...] Is there anybody on the list with BIDI interest and lisp skills to
   >> have a look? Aidan?

   > I have bidi interest and Lisp skills, but my bare-bones bidi needs are
   > satisfied by running gnuclient -nw in mlterm, 

Could you please specify how to do this? I just installed mlterm in my
Kubuntu and run gnuclient -nw but then nothing happened, not even a
familiar gnuclient window poped up (I have gnuserver running). How am I
suppose to write a RL2 language like Hebrew?

   > and for full-featured bidi support I think work on the GTK2 port
   > would be more constructive. 

I tried this out once, it is very unstable and memory hungry.

   > If you have a specific question or problem, tell us about it and
   > I’ll have a look, but I won’t sit down with the code with the
   > general intention of getting it running.

Ok fair enough. The critical function is 
poor-mans-bidi-decode-buffer
I e-debugged that function to see why the cursor in the BIDI buffer is
not moving and the following line seems to be the problem:
245:
    (goto-line line-number)

In GNU emacs this jumps to the correct line while Xemacs does not do
anything. On explanation could be the line at beginning of the function

221
  (let ((line-number (line-number-at-pos))

In GNU emacs (line-number-at-pos) returns beside the line number also
sort of UNICODE chars, while Xemacs does not. That might explain it, but
I have no idea. If this has a quick fix, I would be greatful, if not,
well then either I might use your mlterm solution or use GNU emacs for
bidi stuff.


   > Schöne Grüße aus Dublin,

Grüße aus dem sonnigen Spanien :-D

Uwe

_______________________________________________
XEmacs-Beta mailing list
[email protected]
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
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.