From: Kenichi Handa <handa@m17n.org>
Cc: gerd.moellmann@t-online.de, alex@emacswiki.org,
emacs-bidi@gnu.org, developer@arabeyes.org, emacs-devel@gnu.org
Subject: Re: merge emacs-bidi into the main tree
Date: Tue, 12 Aug 2003 10:49:26 +0900 (JST) [thread overview]
Message-ID: <200308120149.KAA23819@etlken.m17n.org> (raw)
In-Reply-To: <E19mCAl-0003yH-V7@fencepost.gnu.org> (message from Richard Stallman on Mon, 11 Aug 2003 08:53:15 -0400)
Sorry for lazy responses on this thread.
In article <E19mCAl-0003yH-V7@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> writes:
> Handa-san should give the definitive answer, but I think it was
> always, as long as Emacs was told that the buffer _could_ contain
> right-to-left text. This is because Emacs doesn't know whether there
> actually is right-to-left text in the buffer, and cannot do so easily
> without getting a significant performance hit (what would we do?
> search the buffer for certain ranges of characters after each change
> to buffer's text?).
> That is acceptable, in my opinion, because it means most users
> won't lose anything.
> However, it doesn't seem right to me to have an Emacs that cannot
> scroll fast enough just because I've set such a flag, assuming that
> Gerd's intuition is correct. IMHO, of course.
As to optimization, what I disabled are, as far as I remeber:
o direct_output_xxx
o partial update of a line. A line is always updated fully.
The other optimizatios should be still effective even if the
buffer local variable `enable-bidi-display' or
`orientation-reversed' are non-nil.
So, for instance, just scrolling should not be delayed.
One strong objection point I remember is about caching
reordered glyphs in (struct it).
> It is a major, but supporting your language with slower scrolling is
> better than failing to support your language at all.
> As Handa-san says he will try to use what I did, I think this is not
> an issue anymore. If what I wrote has any value, I'm sure it will be
> merged with Emacs.
> That would be very good. Handa-san, can you tell us more about what
> you plan to do with this code, and how much work you think it will be?
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.
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2003-08-12 1:49 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 [this message]
2003-08-12 6:59 ` Eli Zaretskii
2003-08-12 7:18 ` Kenichi Handa
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=200308120149.KAA23819@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.