GNU bug report logs - #9791
23.1; Non latin characters display with next keystroke in emacs -nw

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9791 in the body.
You can then email your comments to 9791 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "E. Choroba" <choroba <at> weed.ms.mff.cuni.cz>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; Non latin characters display with next keystroke in emacs -nw
Date: Wed, 19 Oct 2011 01:50:57 +0200 (CEST)

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. I made a screencast that displays
losage at the end so you can easily try to reproduce the behaviour:

  http://ufal.mff.cuni.cz/~stepanek/emacs-czech.mpeg

Other similar characters (those assigned to 2, 3, 4, 5, and 6) work as
expected.

In GNU Emacs 23.1.1 (i586-suse-linux-gnu, GTK+ Version 2.20.1)
 of 2010-07-05 on build17
configured using `configure  '--with-pop' '--without-hesiod' '--with-kerberos' '--with-kerberos5' '--with-xim' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--with-x' '--with-sound' '--with-sync-input' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-rsvg' '--with-dbus' '--without-gpm' '--with-x-toolkit=gtk' '--x-includes=/usr/include' '--x-libraries=/usr/lib:/usr/share/X11' '--with-xft' '--with-libotf' '--with-m17n-flt' '--build=i586-suse-linux' 'build_alias=i586-suse-linux' 'CC=gcc-4.3' 'CFLAGS=-fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -D_GNU_SOURCE -std=gnu89 -pipe -Wno-pointer-sign -Wno-unused-variable -Wno-unused-label -Wno-unprototyped-calls -fno-optimize-sibling-calls -DSYSTEM_PURESIZE_EXTRA=55000 	 -DSITELOAD_PURESIZE_EXTRA=10000
  ' 'LDFLAGS=-Wl,-O2 -Wl,--hash-size=65521''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: cs_CZ.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  worktime-minor-mode: t
  savehist-mode: t
  global-hl-line-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 0 ; 1 1 5 ; 0 c ESC ` o m S c z e TAB - q w 
e TAB RET 1 2 3 4 5 6 7 8 9 0 SPC C-h l ESC x ESC O 
A RET

Recent messages:
("/usr/bin/emacs" "--no-splash")
Directory name in buffer names (uniquify) enabled globally
Loading /home/choroba/elisp/htmlize.el (source)...done
Loading /home/choroba/elisp/worktime.el (source)...done
Loading /home/choroba/.session...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading quail/czech...done
Unable to load color "unspecified"
Type C-x 1 to delete the help window.

Message #8 received at 9791 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: "E. Choroba" <choroba <at> weed.ms.mff.cuni.cz>
Cc: 9791 <at> debbugs.gnu.org
Subject: Re: bug#9791: 23.1;
	Non latin characters display with next keystroke in emacs -nw
Date: Wed, 19 Oct 2011 09:56:23 +0200

"E. Choroba" <choroba <at> weed.ms.mff.cuni.cz> writes:

> 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.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #11 received at 9791 <at> debbugs.gnu.org (full text, mbox):

From: "E. Choroba" <choroba <at> matfyz.cz>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 9791 <at> debbugs.gnu.org
Subject: Re: bug#9791: 23.1; Non latin characters display with next keystroke
	in emacs -nw
Date: Mon, 24 Oct 2011 00:12:59 +0200 (CEST)

[Message part 1 (text/plain, inline)]

> > 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.

Message #14 received at 9791 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "E. Choroba" <choroba <at> weed.ms.mff.cuni.cz>
Cc: 9791 <at> debbugs.gnu.org
Subject: Re: bug#9791: 23.1; Non latin characters display with next
 keystroke in emacs -nw
Date: Fri, 16 Jul 2021 15:54:47 +0200

"E. Choroba" <choroba <at> weed.ms.mff.cuni.cz> writes:

> 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.

(I'm going through old bug reports that unfortunately got no response at
the time.)

I tried reproducing this in Emacs 25.1 and Emacs 28, but couldn't see
anything amiss.  Are you still seeing this problem in recent Emacs
versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #19 received at 9791 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "E. Choroba" <choroba <at> weed.ms.mff.cuni.cz>
Cc: 9791 <at> debbugs.gnu.org
Subject: Re: bug#9791: 23.1; Non latin characters display with next
 keystroke in emacs -nw
Date: Sat, 14 Aug 2021 15:51:42 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> I tried reproducing this in Emacs 25.1 and Emacs 28, but couldn't see
> anything amiss.  Are you still seeing this problem in recent Emacs
> versions?

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.