Message-ID: <4A1DA40A.6040704@cornell.edu>
Date: Wed, 27 May 2009 16:35:22 -0400
From: Ken Brown <kbrown@cornell.edu>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: emacs -nw keypad
References: <4A168F2B.4020805@cornell.edu> <2377ADF68DFE455199B53E97E5747E43@HEPNTLTIM3> <4A1B17FD.902@dronecode.org.uk> <4A1BD971.70808@cornell.edu> <83bppfskbt.fsf@gnu.org> <4A1C5831.6030008@cornell.edu> <99716858969849F89D65A4015B9948F7@HEPNTLTIM3> <4A1C9952.8040100@cornell.edu> <AECBDC9D8B31450CA07DD85A423AD033@dc.pp.rl.ac.uk>
In-Reply-To: <AECBDC9D8B31450CA07DD85A423AD033@dc.pp.rl.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

On 5/27/2009 3:36 PM, Tim Adye wrote:
> So this problem may be with tpu-edt.el as you suggested earlier.

I think that is indeed the case.  I just took a closer look at 
tpu-edt.el and found the following:

> (defvar tpu-gold-map
>   (let ((map (make-keymap)))
>     ;; Previously we used escape sequences here.  We now instead presume
>     ;; that term/*.el does its job to map the escape sequence to the right
>     ;; key-symbol.

I looked at the corresponding part of tpu-edt.el in emacs 22.3, and it 
is completely different.  So maybe there's still a problem that 
term/xterm.el isn't doing its job, but at least it's not a new problem 
with emacs 23.

A possible workaround for you might be to just grab an older version of 
tpu-edt.el (from the emacs 22.3 distribution, for instance) and see if 
that restores the old behavior.

Ken

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/