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

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

[E. Choroba]

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.

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

[Andreas Schwab]

"E. Choroba" <choroba@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@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

[E. Choroba]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1514 bytes --]

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

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

[Lars Ingebrigtsen]

"E. Choroba" <choroba@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

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

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@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