Re: <Cyrillic_schwa> is undefined

[James Cloos]

>>>>> "Kenichi" == Kenichi Handa <address@hidden> writes:

Kenichi> It seems that these X11 keysyms (in
Kenichi> /usr/include/X11/keysymdefs.h, perhaps newly added) are not
Kenichi> registered in x-keysym-table (in lisp/term/x-win.el).

For the Cyrillic, see /usr/include/X11/keysymdef.h on a current
install, or online at:

http://cvs.freedesktop.org/xorg/xc/include/keysymdef.h?rev=1.3&view=markup

It has unicode values for each keysym that is in unicode.  (And note
that for any keysym that matches (and 0x01000000 keysym) the unicode
codepoint can be found by (and 0xFFFFFF keysym).


I'm seeing a similar problem with <Multi_key>.

It works for every app other than Emacs.

I don't know whether it is a regression; I only tried it becuase
quail was broken in emacs-unicode-2 of a few days ago (since fixed).

I would be useful if X's standard compose feature were usable in
emacs.  Or, OTOH, perhaps it would make a good alternate first
stroke for the quail methods like rfc1345, sqml, latex, etc.

Xev says this about the key:

,----
| KeyPress event, serial 24, synthetic NO, window 0x1a00001,
|     root 0x4c, subw 0x0, time 3255347295, (75,121), root:(696,1088),
|     state 0x0, keycode 117 (keysym 0xff20, Multi_key), same_screen YES,
|     XLookupString gives 0 bytes:
| 
| KeyRelease event, serial 27, synthetic NO, window 0x1a00001,
|     root 0x4c, subw 0x0, time 3255347390, (75,121), root:(696,1088),
|     state 0x0, keycode 117 (keysym 0xff20, Multi_key), same_screen YES,
|     XLookupString gives 0 bytes:
`----



-JimC
-- 
James H. Cloos, Jr. <address@hidden>