[Top][All Lists]
[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