bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9791: 23.1; Non latin characters display with next keystroke in emac


From: E. Choroba
Subject: bug#9791: 23.1; Non latin characters display with next keystroke in emacs -nw
Date: Mon, 24 Oct 2011 00:12:59 +0200 (CEST)
User-agent: Alpine 2.00 (LNX 1167 2008-08-23)

> When using the czech-qwerty input method in emacs -nw, some non-latin
> characters (those assigned to keys 7, 8, 9, 0, and [) are not entered
> directly into the buffer, but are displayed in the minibuffer area and
>  entered with the next keystroke.

You probably have some key translations defined for these characters. See C-h b (describe-bindings) for details.

Andreas.

Describe-bindings does not help me much. I tried C-h k ý, though. Under windows emacs (where all the accented characters behave alike), it gives this output:

  ý (translated from 7 ý) runs the command self-insert-command, which is an
  interactive built-in function in `C source code'.

  It is bound to many ordinary text characters.

  (self-insert-command n)

  Insert the character you type.
  Whichever character you type to run this command is inserted.

And similarly for all other accented characters.

Under emacs -nw, C-h k ý does display "ý-" in the minibuffer, as if it were a prefix command. After pressing any key, the same description is displayed as in windows case, and the second key is inserted into the current buffer (I can provide a screencast again, if my description is not clear.) The accented characters assigned to keys 2 - 6 behave as in the windows case.

BTW, if I change the keyboard layout via the window manager, all the accented keys work correctly. However, it breaks many standard emacs shortcuts, so it is not the way to go.

        Ch.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]