emacs-devel
[Top][All Lists]
Advanced

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

Re: combining chars issue


From: Kenichi Handa
Subject: Re: combining chars issue
Date: Thu, 26 Jun 2008 17:07:11 +0900
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

Sorry for the late response on this matter.
In article <address@hidden>, Emanuele Giaquinta <address@hidden> writes:

> with latest cvs combining chars are not handled properly in emacs -Q -nw.
> It seems emacs does not write the combining chars at all on stdout, so
> they are not displayed.
> Attached is an utf-8 encoded file that should exhibit the problem and a
> typescript of emacs $file. As you can see from the typescript, emacs
> writes U+39b but not U+300. However, what-cursor-position reports U+300
> in the cell next to the U+39b one, so it seems only a display issue.

I've just installed a fix.

> The problem seems to be in term.c:append_glyph, which does not append
> any glyph when it->pixel_width == 0.
> Does the attached patch make sense?

No.  The sequence of base character and the following
combining characters must be composed to one grapheme
cluster to provide a reasonable cursor movement.  The
problem was that auto-composition-mode didn't handle the
case of terminal display.

---
Kenichi Handa
address@hidden




reply via email to

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