我找到了一个key logger,并尝试在一个终端$TERM ==’linux’,但它返回相同的顺序为ctrl左和左(27,91,68).
如果我在另一个终端(使用$TERM ==’xterm’)尝试键盘记录器,我得到的代码(27,49,59,53,68).但是这些代码不会生成来自SSH通道的预期输出(这将在正常的linux shell上移动光标一个字).即使我用term =’xterm’启动paramiko也是如此.
任何想法应该使用什么序列？或为什么上述顺序不起作用？
更新：我很乐意使用另一个终端类型(不是“linux”),但不幸的是,pyte仅与VTxxx终端配合使用(我相信“linux”是类似vt220的终端 – 无论如何,它的工作原理),所以xterm不工作正常.
解决方法
终端仿真器是模拟这些较旧终端之一的应用.它允许执行光标定位,设置前景和背景颜色等功能,…终端仿真器尝试模拟一些特定的终端协议,但每个都有自己的一组怪异和偏差.
Unix系统具有描述终端和终端仿真器的数据库,所以将应用程序从使用中的特定终端(或终端仿真器)抽象出来.一个较旧的数据库是termcap(5),而terminfo(5)是一个较新的数据库.这些数据库允许应用程序查询正在使用的终端的功能.功能可以是布尔值,数字能力甚至字符串功能,例如：如果特定终端类型具有/支持F12密钥,则它将具有“key_f12”(long terminfo name),“kf12”(short terminfo name)描述密钥产生的字符串的“F2”(termcap名称).尝试一下：tput kf12 | od -tx1.
由于直接使用功能进行编程可能很麻烦,因此应用程序通常会使用更高级别的库,例如curses / ncurses,slang等…
有一个特殊的环境变量TERM,告诉应用程序他们正在谈什么终端类型.如果数据库中存在该变量,则应将其设置为确切的终端类型,以获得最佳效果.这只是告诉应用程序终端理解哪个精确的协议和协议偏差.更改TERM变量不会更改终端类型,它只是更改应用程序认为正在与之通信的终端类型.
所有这一切,Ctrl箭头是一个xterm行为(取决于配置选项),这在terminfo / termcap数据库中没有反映出来,所以大多数应用程序将不了解它.无论哪种方式,您的终端模拟器(在您的情况下都是pyte)支持它,否则它不支持.
假设您的主要应用程序是使用readline库的bash或其他应用程序,则可以使用readline的反向字(默认情况下为Meta-b / Alt-b / ESC b,可在inputrc中配置).
