[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
address@hidden: two different internal representations of the key]
From: |
Richard Stallman |
Subject: |
address@hidden: two different internal representations of the key] |
Date: |
Thu, 22 Nov 2007 11:22:42 -0500 |
Can people please look at this, then ack?
------- Start of forwarded message -------
X-Spam-Status: No, score=1.4 required=5.0 tests=DNS_FROM_RFC_POST,
UNPARSEABLE_RELAY autolearn=no version=3.1.0
Date: Wed, 21 Nov 2007 15:35:33 +0100
From: Gour <address@hidden>
To: address@hidden
Message-ID: <address@hidden>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="Sig_/7N01M6rRi7zUiHDCK9ZKLVV";
protocol="application/pgp-signature"; micalg=PGP-SHA1
Subject: two different internal representations of the key
- --Sig_/7N01M6rRi7zUiHDCK9ZKLVV
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
One of the emacs' selling point is ability to rebind the keyboard to suit the
editor for non-us layout.
Based on the hints from #emacs users, I tried to bind C-? to C-a, i.e. added
the following line to my ~/.emacs:
(global-set-key (kbd "C-?") 'move-beginning-of-line)
If I ask help on C-a, C-h k C-a says: It is bound to C-a, C-?, <home>.
However, C-h k C-? says: C-? is undefined.
By reporting the issue in #emacs, i got help from 'fledermaus' who told me the
problem is:
"there are two differnet internal representations, and they are not being used
consistently."
Moreover he hinted me to report "(kbd "C-?") is generating one vector for the
key, which shows
up when getting the help from the function, but actually pressing the key in X
generates a different
vector."
We went further th proof the problem:
M-: (kbd "?") RET evaluates to: [331937]
By modifying ' describe-key' source (credit to fledermaus) with adding the line
(fset 'yank-menu (cons 'keymap yank-menu))))))
+ (message "KEY: %S" key)
(if (numberp untranslated)
and issuing:
M-x describe-key RET C-? RET
evaluates: KEY: [67111225]
otoh, M-: (kbd "C-?") RET
gives: [67440801]
which confirms the problem that "kbd is supposed to be the one thing that tells
you the canonical internal
representation of any symbolic key representation, which is different to eg.
describe-key C-?" and therefore wrong.
Please, if someone can take a look on this issue, it's one of big advantages of
emacs over vim for non-US users!
Sincerely,
Gour
In GNU Emacs 22.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.12)
of 2007-06-08 on ovide
Windowing system distributor `The X.Org Foundation', version 11.0.10400000
configured using `configure '--prefix=/usr' '--sysconfdir=/etc'
'--libexecdir=/usr/lib' '--localstatedir=/var' '--mandir=/usr/man'
'--without-sound' '-with-x-toolkit=gtk' 'CFLAGS=-march=x86-64 -mtune=generic
-O2 -pipe''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: en_US.UTF-8
value of $LC_MESSAGES: en_US.UTF-8
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: en_US.UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Emacs-Lisp
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: identity
- --Sig_/7N01M6rRi7zUiHDCK9ZKLVV
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFHREI1sqq4SJjSu8kRApXqAKCqgF3dm2VEApIqXxNdzvMtVOokgACfcvwy
VA5MFceb5hDR1fC6t4FhvNk=
=WghA
- -----END PGP SIGNATURE-----
- --Sig_/7N01M6rRi7zUiHDCK9ZKLVV--
------- End of forwarded message -------
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- address@hidden: two different internal representations of the key],
Richard Stallman <=