Red Hat Bugzilla – Bug 461660
Problems entering 8-bit characters in emacs
Last modified: 2009-09-21 07:57:08 EDT
Description of problem:
When I try to enter various chars with accents and other things they all fail in emacs from rawhide. éǎčä and so on all give a message that the character is undefined like for example:
<dead-acute> is undefined
I've tried ed, vi, gvim, gedit and many other apps and none of them show this problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I believe the accented characters in general are not the problem - I can directly type in emacs characters on my Swedish keyboard, äö and so on. It is the handling of dead keys that does not work. I need to use them in order to insert characters like ã and so on.
Yeah, this is the same for me. I can type norwegian characters like æøå but not áǎ etc for which I need to use key combos like alt+shift\+<letter>
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
*** Bug 474442 has been marked as a duplicate of this bug. ***
the same also with Czech characters like Č, I will analyze this...
I have the same problem with dead keys in german keyboard layout, but also in USA international keyboard layout with dead keys.
The emacs package is emacs-22.2-5.fc9.x86_64 on Fedora 10 - with a fresh Fedora 10 installation (no upgrade), and all current updates installed.
I use gnome, locale is de_DE.UTF-8. Scim is off.
Other applications don't have this problem.
I hope that I remember right that in Fedora 9 the dead keys worked fine with emacs.
Has anyone an idea what the reason may be (why are the dead key undefined) and how to solve it?
Still seeing this in today's rawhide.
Got this fixed now with Ray's help and suggestion in bug 462438. Defaults cruft left over from earlier upgrades which probably would have been fixed with a clean install.
Kjartan, is this fixed for you for a clean rawhide (Fedora 11 Preview) installation, or for F10 or F9?
It's fixed for me on a current rawhide system after fixing the gdm defaults for the norwegian bokmål locale according to the above mentioned bug. Haven't got a chance to test a clean install or f9/f10 at the moment.
I have cleaned up the gconf tree on F10 the suggestion from bug 462438 but this did not help xterm or emacs.
to your ~/.emacs file will fix this problem. This does not mean that something is not seriously broken.
Pawel, did you log out and back in before trying again? Maybe some stuff was cached by the daemon? It's working here for both xterm and emacs and I don't get the locale warning when starting xterm from gnome-terminal any more.
I have rebooted several times, too. Still no go. I can however confirm that loading iso-transl fixes the problem for emacs.
this works in F11 and rawhide, after Emacs update to 23.1