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
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
$ setxkbmap de
I don't see any problems with AltGr.
On my box:
M-x set-variable debug-on-signal t
Signaling: (undefined-keystroke-sequence [#<keypress-event
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. 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.