From xemacs-m  Mon Apr  7 14:26:46 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 OAA08427
	for <xemacs-beta@xemacs.org>; Mon, 7 Apr 1997 14:26:42 -0500 (CDT)
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 PAA21411 for <xemacs-beta@xemacs.org>; Mon, 7 Apr 1997 15:36:33 -0400
Message-Id: <199704071936.PAA21411@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: meta binding in key-translation-map broken
Date: Mon, 07 Apr 1997 15:23:52 -0400
Sender: kifer@CS.SunySB.EDU



I sent a bug report a few days ago re the fact that the handling of meta
key in key-translation-map is broken in 19.15.

This affects (breaks) Viper when delbackspace.el is loaded.
(In fact, it would break any other Vi emulator as well.)

Unfortunately, it now appears that Viper will be broken on every system
that uses XFree86 (i.e., most Linux and FreeBSD systems).
This is because both delbackspace and x-win-xfree86.el do things like

(define-key key-translation-map [(meta ...)] ...)

which overrides any binding for \e there is.

I see no reason why this should be the case and, in particular,
key-translation-map in FSF emacs doesn't break \e bindings.


	--michael  

