Re: [AC21.5R21.4] AltGr/iso-level3-shift not defined/I-search breakage

Aidan> Then feed a corresponding string to xmodmap; Aidan> echo 'keycode 117 = Super_L' | xmodmap - Thanks. I've managed to change the keymap but unfortunately I haven't been able to reproduce the bug locally. Nevertheless, I think the patch below should fix the problem for GTK 21.4. Ville, can you tell me how this goes? If it works I'll submit it properly to -patches. Aidan> As such, I suspect your question wasn't entirely asked because you Aidan> couldn't work it out for yourself :-) . It was chiefly posted because I spent a good 10 minutes wondering what the heck mod5 mapped to on my keyboard. It also didn't help that Apple's X server uses the MacOS native keyboard mapping schemes unless you turn off a number of not-entirely-obvious options. It's default is great for normal use but not for this kind of stuff. Malcolm Index: src/event-gtk.c =================================================================== RCS file: /pack/xemacscvs/XEmacs/xemacs/src/event-gtk.c,v retrieving revision 1.2.2.3 diff -u -r1.2.2.3 event-gtk.c --- src/event-gtk.c 2004/07/07 02:25:56 1.2.2.3 +++ src/event-gtk.c 2005/01/19 12:09:42 ＠＠ -94,11 +94,19 ＠＠ void enqueue_gtk_dispatch_event (Lisp_Object event); +#ifdef GDK_ISO_Lock #define IS_MODIFIER_KEY(keysym) \ ((((keysym) >= GDK_Shift_L) && ((keysym) <= GDK_Hyper_R)) \ + || (((keysym) >= GDK_ISO_Lock) && \ + ((keysym) <= GDK_ISO_Last_Group_Lock)) \ || ((keysym) == GDK_Mode_switch) \ || ((keysym) == GDK_Num_Lock)) - +#else +#define IS_MODIFIER_KEY(keysym) \ + ((((keysym) >= GDK_Shift_L) && ((keysym) <= GDK_Hyper_R)) \ + || ((keysym) == GDK_Mode_switch) \ + || ((keysym) == GDK_Num_Lock)) +#endif  /************************************************************************/ -- Malcolm Purvis <malcolmp(a)xemacs.org&gt;