bug#16645: 24.3; in xterm, keypad = is translated to M-o x

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

bug#16645: 24.3; in xterm, keypad = is translated to M-o x

Vincent Lefevre-10
With "emacs -Q -nw" in xterm, the keypad = key (keysym 0xffbd, KP_Equal)
is translated to M-o x instead of the = character.


In GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.8.6)
 of 2013-12-22 on brahms, modified by Debian
System Description: Debian GNU/Linux unstable (sid)

Configured using:
 `configure '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu'
 '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
 '--localstatedir=/var/lib' '--infodir=/usr/share/info'
 '--mandir=/usr/share/man' '--with-pop=yes'
 '--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp'
 '--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=yes'
 '--with-x-toolkit=gtk3' '--with-toolkit-scroll-bars'
 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall'
 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2''

Important settings:
  value of $LC_COLLATE: POSIX
  value of $LC_CTYPE: en_US.UTF-8
  value of $LC_TIME: en_DK
  value of $LANG: POSIX
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  display-time-mode: t
  show-paren-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 4 1 ; 3 0 1 ; 0 c ESC ] 1 1 ; r g b : 0 0 0
0 / 0 0 0 0 / 0 0 0 0 ESC \ C-s ESC O X ESC x r e p
o r t - e m TAB RET

Recent messages:
Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)...
Loading cjk-enc...done
Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)...done
Loading /etc/emacs/site-start.d/50latex-cjk-thai.el (source)...done
Loading /etc/emacs/site-start.d/50psvn.el (source)...done
Loading /etc/emacs/site-start.d/50rnc-mode.el (source)...done
Loading /etc/emacs/site-start.d/50w3m-el.el (source)...done
Loading /home/vinc17/share/emacs/site-lisp/mutteditor.el (source)...done
Loading time...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
/usr/share/emacs24/site-lisp/css-mode/css-mode hides /usr/share/emacs/site-lisp/css-mode/css-mode
/usr/share/emacs/24.3/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs/site-lisp/autoconf/autotest-mode hides /usr/share/emacs/site-lisp/autotest-mode
/usr/share/emacs24/site-lisp/html-helper-mode/tempo hides /usr/share/emacs/24.3/lisp/tempo
/usr/share/emacs24/site-lisp/flim/hex-util hides /usr/share/emacs/24.3/lisp/hex-util
/usr/share/emacs24/site-lisp/flim/md4 hides /usr/share/emacs/24.3/lisp/md4
/usr/share/emacs24/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/24.3/lisp/textmodes/flyspell
/usr/share/emacs24/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/24.3/lisp/textmodes/ispell
/usr/share/emacs24/site-lisp/css-mode/css-mode hides /usr/share/emacs/24.3/lisp/textmodes/css-mode
/usr/share/emacs24/site-lisp/flim/hmac-md5 hides /usr/share/emacs/24.3/lisp/net/hmac-md5
/usr/share/emacs24/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/24.3/lisp/net/sasl-ntlm
/usr/share/emacs24/site-lisp/flim/sasl-cram hides /usr/share/emacs/24.3/lisp/net/sasl-cram
/usr/share/emacs24/site-lisp/flim/ntlm hides /usr/share/emacs/24.3/lisp/net/ntlm
/usr/share/emacs24/site-lisp/flim/sasl hides /usr/share/emacs/24.3/lisp/net/sasl
/usr/share/emacs24/site-lisp/flim/hmac-def hides /usr/share/emacs/24.3/lisp/net/hmac-def
/usr/share/emacs24/site-lisp/flim/sasl-digest hides /usr/share/emacs/24.3/lisp/net/sasl-digest
/usr/share/emacs24/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/24.3/lisp/language/thai-word
/usr/share/emacs24/site-lisp/html-helper-mode/html-helper-mode hides /usr/share/emacs/site-lisp/html-helper-mode/html-helper-mode
/usr/share/emacs24/site-lisp/html-helper-mode/hhm-config hides /usr/share/emacs/site-lisp/html-helper-mode/hhm-config
/usr/share/emacs24/site-lisp/html-helper-mode/tempo hides /usr/share/emacs/site-lisp/html-helper-mode/tempo
/usr/share/emacs24/site-lisp/html-helper-mode/visual-basic-mode hides /usr/share/emacs/site-lisp/html-helper-mode/visual-basic-mode

Features:
(shadow sort gnus-util mail-extr warnings emacsbug message format-spec
rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch time
cus-start cus-load time-date paren cc-styles cc-align cc-engine cc-vars
cc-defs w3m-load jabber-autoloads tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)



Reply | Threaded
Open this post in threaded view
|

bug#16645: 24.3; in xterm, keypad = is translated to M-o x

Vincent Lefevre-10
On 2014-02-05 00:58:14 +0100, Vincent Lefevre wrote:
> With "emacs -Q -nw" in xterm, the keypad = key (keysym 0xffbd, KP_Equal)
> is translated to M-o x instead of the = character.

According to "tack", the keypad "=" gives:

^[OX       Unknown

instead of

=          Unknown

Then, I don't know yet whether this is intentional or this is a bug
in xterm. And why the different case for "o" and "x" (uppercase in
tack, lowercase in Emacs)?

In any case, I can see nothing about kp-equal in the xterm.el file.
About the keypad, just:

    (define-key map "\eOj" [kp-multiply])
    (define-key map "\eOk" [kp-add])
    (define-key map "\eOl" [kp-separator])
    (define-key map "\eOm" [kp-subtract])
    (define-key map "\eOo" [kp-divide])
    (define-key map "\eOp" [kp-0])
    (define-key map "\eOq" [kp-1])
    (define-key map "\eOr" [kp-2])
    (define-key map "\eOs" [kp-3])
    (define-key map "\eOt" [kp-4])
    (define-key map "\eOu" [kp-5])
    (define-key map "\eOv" [kp-6])
    (define-key map "\eOw" [kp-7])
    (define-key map "\eOx" [kp-8])
    (define-key map "\eOy" [kp-9])

--
Vincent Lefèvre <[hidden email]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Reply | Threaded
Open this post in threaded view
|

bug#16645: 24.3; in xterm, keypad = is translated to M-o x

Vincent Lefevre-10
On 2014-02-05 01:15:48 +0100, Vincent Lefevre wrote:

> On 2014-02-05 00:58:14 +0100, Vincent Lefevre wrote:
> > With "emacs -Q -nw" in xterm, the keypad = key (keysym 0xffbd, KP_Equal)
> > is translated to M-o x instead of the = character.
>
> According to "tack", the keypad "=" gives:
>
> ^[OX       Unknown
>
> instead of
>
> =          Unknown
>
> Then, I don't know yet whether this is intentional or this is a bug
> in xterm.

It was due to my XKB settings (only the "=" keypad key gave a
KP_something keysym due to missing configuration for this key,
contrary to the other keypad ones). So, now that the "=" keypad
key gives a normal "=" keysym, the problem is no longer visible
in Emacs on my machine. However I'm still wondering about the
remarks below:

> And why the different case for "o" and "x" (uppercase in
> tack, lowercase in Emacs)?
>
> In any case, I can see nothing about kp-equal in the xterm.el file.
> About the keypad, just:
>
>     (define-key map "\eOj" [kp-multiply])
>     (define-key map "\eOk" [kp-add])
>     (define-key map "\eOl" [kp-separator])
>     (define-key map "\eOm" [kp-subtract])
>     (define-key map "\eOo" [kp-divide])
>     (define-key map "\eOp" [kp-0])
>     (define-key map "\eOq" [kp-1])
>     (define-key map "\eOr" [kp-2])
>     (define-key map "\eOs" [kp-3])
>     (define-key map "\eOt" [kp-4])
>     (define-key map "\eOu" [kp-5])
>     (define-key map "\eOv" [kp-6])
>     (define-key map "\eOw" [kp-7])
>     (define-key map "\eOx" [kp-8])
>     (define-key map "\eOy" [kp-9])

--
Vincent Lefèvre <[hidden email]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Reply | Threaded
Open this post in threaded view
|

bug#16645: 24.3; in xterm, keypad = is translated to M-o x

Stefan Kangas
Vincent Lefevre <[hidden email]> writes:

> On 2014-02-05 01:15:48 +0100, Vincent Lefevre wrote:
>> On 2014-02-05 00:58:14 +0100, Vincent Lefevre wrote:
>> > With "emacs -Q -nw" in xterm, the keypad = key (keysym 0xffbd, KP_Equal)
>> > is translated to M-o x instead of the = character.
>>
>> According to "tack", the keypad "=" gives:
>>
>> ^[OX       Unknown
>>
>> instead of
>>
>> =          Unknown
>>
>> Then, I don't know yet whether this is intentional or this is a bug
>> in xterm.
>
> It was due to my XKB settings (only the "=" keypad key gave a
> KP_something keysym due to missing configuration for this key,
> contrary to the other keypad ones).

So it seems like this was not a bug in Emacs?  Could this bug
therefore be closed?

>                                     So, now that the "=" keypad
> key gives a normal "=" keysym, the problem is no longer visible
> in Emacs on my machine. However I'm still wondering about the
> remarks below:

I'm assuming you are here referring the difference between "^[OX" and
"\eOx"?  It seems to me that it's just a difference in how this keysym
is displayed by Emacs and tack.

>> And why the different case for "o" and "x" (uppercase in
>> tack, lowercase in Emacs)?
>>
>> In any case, I can see nothing about kp-equal in the xterm.el file.
>> About the keypad, just:
>>
>>     (define-key map "\eOj" [kp-multiply])
>>     (define-key map "\eOk" [kp-add])
>>     (define-key map "\eOl" [kp-separator])
>>     (define-key map "\eOm" [kp-subtract])
>>     (define-key map "\eOo" [kp-divide])
>>     (define-key map "\eOp" [kp-0])
>>     (define-key map "\eOq" [kp-1])
>>     (define-key map "\eOr" [kp-2])
>>     (define-key map "\eOs" [kp-3])
>>     (define-key map "\eOt" [kp-4])
>>     (define-key map "\eOu" [kp-5])
>>     (define-key map "\eOv" [kp-6])
>>     (define-key map "\eOw" [kp-7])
>>     (define-key map "\eOx" [kp-8])
>>     (define-key map "\eOy" [kp-9])

Best regards,
Stefan Kangas



Reply | Threaded
Open this post in threaded view
|

bug#16645: 24.3; in xterm, keypad = is translated to M-o x

Vincent Lefevre-10
On 2020-03-28 01:55:40 +0100, Stefan Kangas wrote:

> Vincent Lefevre <[hidden email]> writes:
>
> > On 2014-02-05 01:15:48 +0100, Vincent Lefevre wrote:
> >> On 2014-02-05 00:58:14 +0100, Vincent Lefevre wrote:
> >> > With "emacs -Q -nw" in xterm, the keypad = key (keysym 0xffbd, KP_Equal)
> >> > is translated to M-o x instead of the = character.
> >>
> >> According to "tack", the keypad "=" gives:
> >>
> >> ^[OX       Unknown
> >>
> >> instead of
> >>
> >> =          Unknown
> >>
> >> Then, I don't know yet whether this is intentional or this is a bug
> >> in xterm.
> >
> > It was due to my XKB settings (only the "=" keypad key gave a
> > KP_something keysym due to missing configuration for this key,
> > contrary to the other keypad ones).
>
> So it seems like this was not a bug in Emacs?

I think that there's something missing for Emacs. As I've said, the
xterm.el file contains only:

    (define-key map "\eOj" [kp-multiply])
    (define-key map "\eOk" [kp-add])
    (define-key map "\eOl" [kp-separator])
    (define-key map "\eOm" [kp-subtract])
    (define-key map "\eOo" [kp-divide])
    (define-key map "\eOp" [kp-0])
    (define-key map "\eOq" [kp-1])
    (define-key map "\eOr" [kp-2])
    (define-key map "\eOs" [kp-3])
    (define-key map "\eOt" [kp-4])
    (define-key map "\eOu" [kp-5])
    (define-key map "\eOv" [kp-6])
    (define-key map "\eOw" [kp-7])
    (define-key map "\eOx" [kp-8])
    (define-key map "\eOy" [kp-9])

Why nothing for [kp-equal]?

> >                                     So, now that the "=" keypad
> > key gives a normal "=" keysym, the problem is no longer visible
> > in Emacs on my machine. However I'm still wondering about the
> > remarks below:
>
> I'm assuming you are here referring the difference between "^[OX" and
> "\eOx"?  It seems to me that it's just a difference in how this keysym
> is displayed by Emacs and tack.

But my point is that the case for "O" and "X" matters. For instance,
M-O A moves the cursor up, but M-O a is undefined.

--
Vincent Lefèvre <[hidden email]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)