Re: GNU Emacs lives, but dead key events aren't accepted anymore

["dsevilla@gmail.com" <dsevilla@gmail.com>]

Hi, Peter:

It is the case for me too, but either it is a problem people don't
notice or they don't have, as I've searched the web and few people
seem to have the same problem. Hope they take it into account soon (I
think it has to be in emacs, as most other software works without any
problem). Also, I've tried the new scim packages and the problem
continues.

Any help you can bring would be much appreciated.

Regards,
diego.

On Mar 18, 2:11 am, Peter Dyballa <Peter_Dyba...@Web.DE> wrote:
> Hello!
>
> I had to reboot my Mac one week ago, and now *all* X client Emacsen  
> (22.1.50...23.0.60) claim:
>
>         <dead-tilde> is undefined
>         <dead-circumflex> is undefined
>         <dead-acute> is undefined
>         <dead-diaeresis> is undefined
>         <S-dead-grave> is undefined
>         <S-dead-circumflex> is undefined
>
> Xev explains, on pressing ~ (which indeed is pressing the alt key  
> [Mode_switch] and n):
>
>         KeyPress event, serial 21, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389703539, (1048,423), root:(1050,445),
>             state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen  
> YES,
>             XLookupString gives 0 bytes:
>             XmbLookupString gives 0 bytes:
>             XFilterEvent returns: False
>
>         KeyPress event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389704095, (1048,423), root:(1050,445),
>             state 0x8, keycode 53 (keysym 0xfe53, dead_tilde), same_screen YES,
>             XLookupString gives 1 bytes: (7e) "~"
>             XmbLookupString gives 0 bytes:
>             XFilterEvent returns: True
>
>         KeyRelease event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389704146, (1048,423), root:(1050,445),
>             state 0x8, keycode 53 (keysym 0xfe53, dead_tilde), same_screen YES,
>             XLookupString gives 1 bytes: (7e) "~"
>
>         KeyRelease event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389705355, (1048,423), root:(1050,445),
>             state 0x8, keycode 66 (keysym 0xff7e, Mode_switch), same_screen  
> YES,
>             XLookupString gives 0 bytes:
>
> or for ^:
>
>         KeyPress event, serial 21, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389788659, (832,608), root:(834,630),
>             state 0x0, keycode 18 (keysym 0xfe52, dead_circumflex),  
> same_screen YES,
>             XLookupString gives 1 bytes: (5e) "^"
>             XmbLookupString gives 0 bytes:
>             XFilterEvent returns: True
>
>         KeyRelease event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389788913, (832,608), root:(834,630),
>             state 0x0, keycode 18 (keysym 0xfe52, dead_circumflex),  
> same_screen YES,
>             XLookupString gives 1 bytes: (5e) "^"
>
>         KeyPress event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389790846, (832,608), root:(834,630),
>             state 0x0, keycode 57 (keysym 0x20, space), same_screen YES,
>             XLookupString gives 1 bytes: (20) " "
>             XmbLookupString gives 1 bytes: (20) " "
>             XFilterEvent returns: True
>
>         KeyPress event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389790846, (832,608), root:(834,630),
>             state 0x0, keycode 0 (keysym 0x5e, asciicircum), same_screen YES,
>             XLookupString gives 1 bytes: (00) ""
>             XmbLookupString gives 1 bytes: (5e) "^"
>             XFilterEvent returns: False
>
>         KeyRelease event, serial 23, synthetic NO, window 0x1600001,
>             root 0x57, subw 0x0, time 389790954, (832,608), root:(834,630),
>             state 0x0, keycode 57 (keysym 0x20, space), same_screen YES,
>             XLookupString gives 1 bytes: (20) " "
>
> Xmodmap -pk shows (a bit edited):
>
>       18    0xfe52 (dead_circumflex)    0x00b0 (degree)         0x0afe  
> (doublelowquotemark)    0x0ad2    (leftdoublequotemark)
>       30    0x0036 (6)                  0x0026 (ampersand)      0x005d (bracketright)            
> 0xfe52    (dead_circumflex)    
>       32    0xfe51 (dead_acute)         0xfe50 (dead_grave)     0x0027  
> (apostrophe)            0x10002da (U02DA)      
>       40    0x0075 (u)                  0x0055 (U)              0xfe57 (dead_diaeresis)          
> 0x00c1    (Aacute)      
>       53    0x006e (n)                  0x004e (N)              0xfe53 (dead_tilde)             0x100203a  
> (U203A)
>       66    0xff7e (Mode_switch)        
>
> The C header file keysymdef.h contains inside the "ISO 9995 Function  
> and Modifier Keys, Byte 3 = 0xFE" group:
>
>         #ifdef XK_XKB_KEYS
>         #define XK_dead_grave                                   0xFE50
>         #define XK_dead_acute                                   0xFE51
>         #define XK_dead_circumflex                              0xFE52
>         #define XK_dead_tilde                                   0xFE53
>         #define XK_dead_diaeresis                               0xFE57
>         #endif
>
> There does not seem to be any change that *I* could notice. Xterm  
> still sees the characters, and GNU Emacs without windows in xterm  
> sees them also. What could have caused such a change for the X11  
> clients? Probably something in ~/.emacs, when all show it ...
>
> --
> Greetings
>
>    Pete
>
> A lot of people mistake a short memory for a clear conscience.
>                                 - Doug Larson