From xemacs-m  Fri Apr  4 20:34:16 1997
Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15])
	by xemacs.org (8.8.5/8.8.5) with SMTP id UAA07175
	for <xemacs-beta@xemacs.org>; Fri, 4 Apr 1997 20:34:15 -0600 (CST)
Received: from sbkifer.cs.sunysb.edu (sbkifer.cs.sunysb.edu [130.245.1.35]) by cs.sunysb.edu (8.6.12/8.6.9) with SMTP id VAA03396 for <xemacs-beta@xemacs.org>; Fri, 4 Apr 1997 21:43:55 -0500
Message-Id: <199704050243.VAA03396@cs.sunysb.edu>
X-Authentication-Warning: sbcs.cs.sunysb.edu: Host sbkifer.cs.sunysb.edu didn't use HELO protocol
From: kifer@CS.SunySB.EDU (Michael Kifer)
To: xemacs-beta@xemacs.org
Subject: key-translation-map weirdness in 19.15
Date: Fri, 04 Apr 1997 21:31:18 -0500
Sender: kifer@CS.SunySB.EDU



Eval

(local-set-key "\C-[" '(lambda () (interactive) (message "foo")))

then

(define-key key-translation-map [(meta backspace)]
  '(lambda () (interactive) (message "bar")))


The effect is that ESC is rebound even though here we rebind meta-something
and not C-[

I think it is undesirable, since normally bindings for C-[ and
meta-something can coexist without problems.


I discovered this problem when somebody reported that delbackspace.el
incapacitates viper (making ESC---the most important key---unusable).

I remember Ben (I think) saying that key-translation-map is hard to implement
"correctly". If the current behavior is the least of all evils then, at
least, delbackspace.el should be fixed, since I see no reason for it to
bind meta-things in key-translation-map as opposed to global-map or, maybe,
function-key-map.



	--michael  

