Re: [Torsten Bronger] 23.0.60; Unicode display problems

[Torsten Bronger]

Hallöchen!

Kenichi Handa writes:

> Kenichi Handa <address@hidden> writes:
>
>> It seems that there's a bug in the new code for composing
>> diacritical marks.  As Juanma mailed, currently C-u C-x = doesn't
>> report how charaters are composed.  I'm now working on fixing it.
>> When it is done, we can see what is wrong easily.  Please wait
>> for a while.
>
> I've just installed a fix.  Please insert an alphabet followed by
> a disappearing combining diacritical mark in a buffer, move cursor
> to the alphabet, and type C-u C-x =.

It says

        character: x (120, #o170, #x78)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x78
           syntax: w    which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0]) 
l:Latin r:Japanese roman
      buffer code: #x78
        file code: #x78 (encoded by coding system utf-8-unix)
          display: composed to form "ẍ̇" (see below)

Composed with the following character(s) "̈̇" using this font:
  xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-17-*-*-*-m-0-iso10646-1
by these glyphs:
  [0 2 120 91 10 0 10 10 0 nil]
  [0 2 776 644 10 2 8 14 -12 [-10 -4 0]]
  [0 2 775 643 10 4 6 14 -12 [-10 -4 0]]

Character code properties: customize what to show
  name: LATIN SMALL LETTER X
  general-category: Ll (Letter, Lowercase)


The current CVS head still doesn't work in this respect.  I can't
move point before the accented character -- the cursor is really
stuck.  Besides, longline-mode still stops working beyond the first
combining diacritical mark.

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: address@hidden