With 22.0.93-4 locally built from devel on FC6 i386, dead keys don't work. Any attempt to type them results in no characters appearing in the buffer and eg. "<dead-tilde> is undefined" error appearing in the minibuffer. This is under KDE, Finnish keyboard layout, LANG=en_US.UTF-8, XMODIFIERS=@im=none Changing LANG or XMODIFIERS (including unsetting the latter) has no effect, so it's probably a different issue than bug 217189
(In reply to comment #0) > With 22.0.93-4 locally built from devel on FC6 i386, dead keys don't work. Any > attempt to type them results in no characters appearing in the buffer and eg. > "<dead-tilde> is undefined" error appearing in the minibuffer. Does "C-x 8 ~ n" work? Chip
(In reply to comment #0) > > This is under KDE, Finnish keyboard layout, LANG=en_US.UTF-8 Actually, that strikes me as a somewhat strange combination: Finnish keyboard with LANG=en_US.UTF-8. But maybe it can still be made to work. My guess is that the value of the variable "keyboard-coding-system" will be nil. Please verify that for me. If it is, then try "C-x RET k" which will prompt you for a new keyboard-coding-system (or if you reach the value of keyboard-coding-system via "C-h v" you'll be given the opportunity to customize this variable). Try setting it to the value "mule-utf-8" and see if that brings back the dead keys. Thanks, Chip XMODIFIERS=@im=none > > Changing LANG or XMODIFIERS (including unsetting the latter) has no effect, so > it's probably a different issue than bug 217189
(In reply to comment #1) > Does "C-x 8 ~ n" work? Yes. Actually, immediately after typing "C-x 8" I see "Loading iso-transl...done." in the minibuffer, and after that all dead keys suddenly start working! > Actually, that strikes me as a somewhat strange combination: Finnish keyboard > with LANG=en_US.UTF-8. But maybe it can still be made to work. Hopefully, that's how I like it and is more or less what I've successfully used for 10 or so years (sans UTF-8 for some of that period obviously). I think I could go for LANG=en_FI.UTF-8 but for some reason that sounds like asking for trouble to me ;) > My guess is that the value of the variable "keyboard-coding-system" will be > nil. Please verify that for me. Verified, it's nil. But changing it to mule-utf-8 doesn't seem to make any difference wrt. dead keys.
(In reply to comment #3) > (In reply to comment #1) > > > Does "C-x 8 ~ n" work? > > Yes. Actually, immediately after typing "C-x 8" I see "Loading > iso-transl...done." in the minibuffer, and after that all dead keys suddenly > start working! If you put (require 'iso-transl) in your .emacs file, does that also work? Chip
Yep, that works. Actually there seem to be a few dead keys that still don't work which used to work in Emacs 21.4 and do also work in XEmacs and other apps (such as <dead-cedilla>, ie. "¸") but the current situation is a big improvement.
I use a BR-ABNT2 keyboard with en_US.UTF-8. When I start rawhide emacs-22.0.93-3.fc7, keyboard-coding-system is mule-utf-8, but dead keys don't work just the same. C-x 8 loads iso-transl and then it starts working. loading iso-transl in .emacs works around the bug as well.
(In reply to comment #3) > > My guess is that the value of the variable "keyboard-coding-system" will be > > nil. Please verify that for me. > > Verified, it's nil. But changing it to mule-utf-8 doesn't seem to make any > difference wrt. dead keys. Could you try one other thing? Instead of (require 'iso-transl) in your .emacs, could you run (progn (set-default-coding-systems 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8)) and report if dead keys work? Thanks, Chip
FWIW, I didn't need any of these with my own build of the Emacs 22.0.90 test release. Now, even with iso-transl, I experience regressions. I can't enter character ´ (acute accent) any more. In gtk and other emacsen, I can do this by typing dead_acute twice. Other pairs of dead keys, that used to generate the corresponding character, now replace the effects of the previous dead key (i.e., double or triple dead_acute is the same as dead_acute, even in terms of error messages, and dead_acute dead_tilde is the same as dead_tilde) Note that ´ (acute accent) is not the same as ' (apostrophe). The latter is generated with dead_acute blank. For most other dead accents in a US keyboard configured for intl mode (or a BR-ABNT keyboard, for that matter), the accent is present in ASCII, so doubling the dead key or following it by a blank has the same effect. The other exception is dead_umlaut, that when doubled should generate the umlaut itself, but when followed by blank generates ".
(In reply to comment #8) > FWIW, I didn't need any of these with my own build of the Emacs 22.0.90 test > release. Do you know if the problem started between 22.0.90 and 22.0.91? All the pretest releases are available here: ftp://alpha.gnu.org/gnu/emacs/pretest/ Chip
(In reply to comment #7) > Instead of (require 'iso-transl) in your .emacs, could you run > > (progn > (set-default-coding-systems 'utf-8) > (set-terminal-coding-system 'utf-8) > (set-keyboard-coding-system 'utf-8)) > > and report if dead keys work? Tried, does not help.
I've just built emacs-22.0.93 on FC6/x86_64, out of the pretest tarball, without any arguments to configure other than --prefix, and it doesn't display this problem. So it's something specific to the Fedora build. According to rpm -i emacs-22.0.93-5.fc7.src.rpm, I'm not missing any of the -devel packages.
The problem is caused by the --without-xim configure flag. Take it out and everything works properly again. Unless you're an unhappy user of the C-SPC-stealing iiimf, that is :-/ Since there are other ways to bring C-SPC back that are under the user's control, I'd rather this option be removed from the Fedora build.
(In reply to comment #12) > The problem is caused by the --without-xim configure flag. Take it out and > everything works properly again. Unless you're an unhappy user of the > C-SPC-stealing iiimf, that is :-/ > > Since there are other ways to bring C-SPC back that are under the user's > control, I'd rather this option be removed from the Fedora build. OK, done. We'll wait for the C-SPC bugzillas to roll in now. Chip
Confirmed, dead keys work again without iso-transl in 22.0.93-6.*. Thanks. Just a minor observation; I seem to have been miscredited for the --without-xim change in %changelog, the credit for that finding belongs to Alexandre, not me.
(In reply to comment #14) > > Just a minor observation; I seem to have been miscredited for the --without-xim > change in %changelog, the credit for that finding belongs to Alexandre, not me. I'll fix that in the next update. I hope Alexandre can forgive me if I don't bump the EVR again just to fix the changelog. Chip