I'm not sure which component is the culprit, but here goes: The use of XEmacs and Emacs on FC3 is badly hindered by problems related to the AltGr key. Try starting a I-search in either (Ctrl-S), and try to search something containing a character which requires the use of AltGr, for example $ in my keyboard (Finnish) is AltGr+4. In both editors, the I-search quits immediately when AltGr is pressed, so such a search is not possible. Additionally, in XEmacs, only the AltGr press alone triggers the error message "iso-level3-shift is not defined". I googled for info, and found a suggested workaround for XEmacs: (define-key global-map [(iso-level3-shift)] #'ignore) That gets rid of the above error message, but I-search still won't work. I can input characters requiring the use of AltGr in both editors, it's just the annoying error message in XEmacs + the I-search problem in both that need solving. I haven't had these problems earlier (eg. on FC2) with either editor. Upgrading XEmacs to the rawhide version does not help. Ideas?
See bug 137868 for the Emacs case. As I commented there though (perhaps I'm missing something?) it seems to work ok for me. I don't normally use AltGr, but with say $ setxkbmap de $ xemacs I don't see any problems with AltGr.
On my box: setxkbmap fi /usr/bin/xemacs -vanilla M-x set-variable debug-on-signal t <press AltGr> ...results in: Signaling: (undefined-keystroke-sequence [#<keypress-event iso-level3-shift>]) The same happens after "setxkbmap de". Since this happens with both Emacs and XEmacs I suspect xorg.
(With Emacs there's no error from pressing AltGr as in above, but I-search is aborted nevertheless.)
Created attachment 109626 [details] Workaround for X bug; fixes AltGr Based on bug 137868 comment 11, I came up with the attached patch for XEmacs ("xintrinsic.h" pulls in <X11/Xutil.h> via <X11/Intrinsic.h>). Seems to work for me, will send also upstream.
FYI, the patch from comment 4 was applied upstream to XEmacs 21.5, and is being recommended for 21.4; it'll probably be in 21.4.17. I think it would be good and safe to apply it to the FC XEmacs package now. Oh, and by the way, the GTK build of XEmacs has the same problem, but my patch won't help with that. Not a biggie AFAICS because XEmacs GTK 21.4 is not really ready for much at all yet.
My patch for this has been applied upstream for both next XEmacs 21.[45] versions. And in case you're interested, ditto a patch that fixes the same problem for the GTK build: http://list-archive.xemacs.org/xemacs-patches/200501/msg00088.html Could you rebuild a new XEmacs with at least the X patch applied for rawhide? I see the fixed GNU Emacs is already there...
Sorry for the delay: your patch is in 21.4.16-2.
Works for me (tested on FC3). Thanks.