Re: Strange keypad bindings

[Peter Dyballa <Peter_Dyballa@Web.DE>]

Am 30.10.2007 um 04:37 schrieb David Sagan:

> In any case -q does not change the situation.

There is a difference between -q and -Q! Check with 'emacs --help'!

You are not restricted to an old vt102 emulation in Terminal. It  
should not take longer than half an hour to test the six or seven  
other variants (xterm/xterm-color and dtterm [from CDE] look most  
promising, ansi might be restricted 'though exact). There is always  
the chance that a terminal's capabilities description is faulty,  
local or remote. Or both.

Anyway, I'd prefer the X client GNU Emacs, which has no problems. To  
find out whether the remote GNU Emacs without windows makes problems  
you can check what the remote login shell sees. Does it see different  
keys than Emacs? Are there any ~/.inputrc files on the remote site  
that can alter the default key bindings of that login shell? With the  
tee programme you can save a copy of your local input to a file while  
GNU Emacs is running. When that file is a FIFO you can see in another  
Terminal with another ssh session with tail what this FIFO just  
received from tee, i.e. you. So you'll see in parallel what Emacs  
sees and what the login shell sees.

The situation can be made more complicated by watching too the  
network connection and dumping what is actually sent to the remote site.


Or for short: I haven't found yet such a misbehaviour. Because I was  
always using xterm/xterm-color and never the numeric keypad?

--
Greetings

   Pete

A morning without coffee is like something without something else.