From: Kenichi Handa <handa@m17n.org>
Cc: gerd.moellmann@t-online.de, emacs-devel@gnu.org,
emacs-bidi@gnu.org, developer@arabeyes.org, alex@emacswiki.org
Subject: Re: Re: merge emacs-bidi into the main tree
Date: Tue, 12 Aug 2003 16:18:12 +0900 (JST) [thread overview]
Message-ID: <200308120718.QAA24158@etlken.m17n.org> (raw)
In-Reply-To: <9743-Tue12Aug2003085951+0300-eliz@elta.co.il>
In article <9743-Tue12Aug2003085951+0300-eliz@elta.co.il>, "Eli Zaretskii" <eliz@elta.co.il> writes:
>> In brief, what I did in emacs-bidi are:
>>
>> (1) change xdisp.c to call get_next_display_element_visually
>> and set_iterator_to_next_visually instead of
>> get_next_display_element and set_iterator_to_next.
>>
>> (2) make a new file bidi.c that implements
>> get_next_display_element_visually and
>> set_iterator_to_next_visually.
>>
>> (3) make a new file bidi.el that implements simple
>> bidi-reordering function that is called from
>> get_next_display_element_visually to create a cache in
>> (struct it).
>>
>> (4) change xterm.c to display glyphs flushing to right when
>> orientation-reversed is non-nil.
>>
>> My current plan is to replace (2) and (3) with Eli's code.
> It's not gonna be that simple ;-)
[...]
> (To save future work, some crucial information about the characters
> over which we scan is cached inside the bidi_it struct, to facilitate
> processing later when we need to go back to those characters and
> generate the glyph matrix elements from them. So, in the above
> example, going back from 'D' to 'A' boils down to delivering
> information already cached during the forward scan.)
Then, it seems that what you've done is not that different
from the current emacs-bidi. In most cases, we anyway move
the iterator all over "abcdABCDefg". Your code caches only
some crucial information, so get_next_display_element will
need some work at C B A e f g. My code caches all
information given by get_next_display_element, so
get_next_display_element will work fast at C B A e f g.
In both cases, set_iterator_to_next (your code) and
set_iterator_to_next_visually (my code) moves IT_CHARPOS
(*it) non-linearly.
So, I still think incorporating your code is not that difficult.
> (There still needs to be more code in the terminal-specific parts of
> Emacs, that displays the glyphs either starting at the left or the
> right margin of the screen/window, depending on the current
> paragraph's base direction; the latter gets decided by subroutines of
> bidi_get_next_char_visually and is stored in the bidi_it structure. I
> believe this code, at least for the X terminals, already largely
> exists in m17n.org's emacs-bidi.)
Yes. "(4) change xterm.c" does that.
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2003-08-12 7:18 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87lluax3ch.fsf@emacswiki.org>
[not found] ` <7458-Sun03Aug2003224354+0300-eliz@elta.co.il>
[not found] ` <87smoi9p64.fsf@emacswiki.org>
[not found] ` <u1xw26isb.fsf@elta.co.il>
2003-08-04 14:54 ` merge emacs-bidi into the main tree Alex Schroeder
2003-08-07 6:05 ` Richard Stallman
2003-08-07 14:29 ` Eli Zaretskii
2003-08-08 9:05 ` Oliver Scholz
2003-08-08 11:47 ` Kenichi Handa
2003-08-08 15:57 ` Eli Zaretskii
2003-08-08 11:23 ` Gerd Moellmann
2003-08-08 16:02 ` Eli Zaretskii
2003-08-08 16:13 ` Gerd Moellmann
2003-08-09 14:21 ` Richard Stallman
2003-08-09 14:58 ` Gerd Moellmann
2003-08-10 6:34 ` Eli Zaretskii
2003-08-10 10:42 ` Gerd Moellmann
2003-08-10 16:56 ` Eli Zaretskii
2003-08-10 16:33 ` Gerd Moellmann
2003-08-10 16:45 ` Stefan Monnier
2003-08-11 12:53 ` Richard Stallman
2003-08-12 1:49 ` Kenichi Handa
2003-08-12 6:59 ` Eli Zaretskii
2003-08-12 7:18 ` Kenichi Handa [this message]
2003-08-12 8:48 ` Eli Zaretskii
2003-08-13 17:13 ` Richard Stallman
2003-08-09 14:21 ` Richard Stallman
2003-08-09 15:04 ` Gerd Moellmann
2003-08-10 6:36 ` Eli Zaretskii
2003-08-08 11:44 ` Kenichi Handa
2003-08-08 16:04 ` Eli Zaretskii
2003-08-08 17:48 ` Alex Schroeder
2003-08-08 18:58 ` Chahine M. HAMILA
2003-08-09 18:43 ` Nadim Shaikli
2003-08-11 12:54 ` Richard Stallman
2003-08-11 16:32 ` Nadim Shaikli
2003-08-12 23:22 ` Richard Stallman
2003-08-13 0:33 ` Kenichi Handa
2003-08-14 3:08 ` Richard Stallman
2003-08-15 5:51 ` Kenichi Handa
2003-08-15 11:51 ` Alex Schroeder
2003-08-15 15:38 ` Nadim Shaikli
2003-08-17 0:36 ` Richard Stallman
2003-08-18 0:24 ` Kenichi Handa
2003-08-13 3:44 ` Nadim Shaikli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200308120718.QAA24158@etlken.m17n.org \
--to=handa@m17n.org \
--cc=alex@emacswiki.org \
--cc=developer@arabeyes.org \
--cc=emacs-bidi@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=gerd.moellmann@t-online.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.