gnu屏幕在emacs shell模式:如何修复颜色转义码

前端之家收集整理的这篇文章主要介绍了gnu屏幕在emacs shell模式:如何修复颜色转义码前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我想在emacs中以 shell模式附加屏幕或tmux.我经常发现自己在远程服务器的屏幕内部运行emacs;这将是很好,如果我可以将工作流程转移到本地emacs TRAMP;然而,重新连接持续会话的能力是必须的. (这样的工作流程对于R [1]中的分析特别有用)

Shell模式是非常可取的,因为我使用Mx术语或Mx安装项目屏幕R的组合时会遇到杂项故障,甚至崩溃.但是,我似乎无法摆脱屏幕中的转义代码中的ansi色彩渲染运行在Mx shell下.当我使用ansi-color-for-comint-mode-on时,它们很好 – 但是一旦屏幕出现,它就变得可怕了.

有没有人用shell屏幕或tmux找出适合诠释ansi颜色的一套条件?如何彻底消除颜色?在运行持久的远程进程并将其附加到本地emacs方面还有其他替代方案吗?

[1] http://blog.nguyenvq.com/2010/07/11/using-r-ess-remote-with-screen-in-emacs/

据我所知,屏幕需要您的终端的功能,Emacs的shell模式根本不提供,不能提供,只因为它不是像VT100这样的传统字符终端.所以问题不在于摆脱或试图解释颜色代码 – 屏幕需要更多的终端功能才能正常运行.

默认情况下,屏幕甚至不会在Emacs的shell模式下启动,只要我能告诉它(错误地说它需要清除屏幕功能).网络上的一些帖子似乎建议设置TERM = xterm来解决这个问题,但它只是愚弄屏幕认为终端具有它没有的XTerm的功能.

Emacs的术语和安全模式将提供Screen所需的终端功能,但不幸的是,您似乎对这些模式有麻烦.

我会建议的是看看“emacsclient -t”命令(Emacs的一部分),它允许您打开连接到现有Emacs实例的本地框架,方式与Screen允许您重新连接以前创建的屏幕实例.这样,您可以在本地计算机上配置一个emacsclient,以便通过TCP重新连接到持久的远程Emacs实例.

猜你在找的Bash相关文章