screen-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Using the numpad in nested screens


From: Micah Cowan
Subject: Re: Using the numpad in nested screens
Date: Wed, 04 Mar 2009 11:46:59 -0800
User-agent: Thunderbird 2.0.0.19 (X11/20090105)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Chris Lieb wrote:
> Micah Cowan wrote:
>> Try adding the line:
> 
>>   terminfocap screen* ks@:ke@
> 
>> to your final destination host's ~/.screenrc or /etc/screenrc, and see
>> if that makes a difference in (freshly started) screen sessions.
> 
> I added the line:
> 
>       termcapinfo screen* ks@:ke@
> 
> to ~/.screenrc on the final host and the numpad now works normally when
> in a nested screen session.  (I assume that's what you meant in your
> last email.)

Okay, good, so we found the source of the problem. Now I just need to
figure out what may be going wrong... all three terminfo definitions had

  smkx=\E[?1\E=

The \E[?1 sets "cursor key mode", and the \E= sets "application mode".
You may possibly want to keep \E= if it doesn't screw things up, so now
try changing the line to:

  termcapinfo screen* ks=\E=:ke=\E>

The remaining question is why \E[?1 screws things up for you (assuming
that's the one that does so). Since it's in your xterm definitions, the
first screen would have _already_ been sending both of those sequences
to your PuTTY, so the only thing I can think of is that screen itself
interprets those when it sees it (sent along by the nested screen). I'll
try to look into that.

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer.
Maintainer of GNU Wget and GNU Teseq
http://micah.cowan.name/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmu2rMACgkQ7M8hyUobTrFjPQCfUUjyVZR4s/grk3wi3RaofhHs
qREAnRGXm5oaizuzmIV4OTzQXbIzVLrf
=WsTr
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]