投票:您最喜欢的终端程序是什么?[关闭]


16

您最喜欢的终端程序是什么?

您是xterm传统主义者还是eterm狂热爱好者?
你坚持什么自带的窗口环境:
gnome-terminalkonsolecmd.exeterminal.app
也许aterm更是你的事rxvt

让我们知道!


这是一项民意测验,因此每个答案仅需一个终端。支持您的选择,并在评论中告诉我们原因。


1
应该标记此社区Wiki
squillman's

Answers:


4
  • 现在,只要有X,我就立即安装XFCE终端,它具有您期望的所有功能,并且运行良好。

选择这个答案是因为我不知道XFCE终端,这正是我想要的。优胜者是Putty,Terminal.app和Gnome Termnial,但XFCE终端是内部专家。屏幕很棒,但是没有资格。
路德维希·威尼泽尔2009年

7
我认为您不应该在这样的民意调查中将任何答案标记为“已接受”。即使它符合您要查找的内容的某些标准(问题中未提到)。
约尼克(Jonik)2009年



15

gnu屏幕,双手放下。


我不认为这完全是一个终端,但无论如何我还是支持您,因为屏幕很棒。
罗伊·里科

1
是的,我知道这不是真正的终端程序,但是,嘿,使用rxvt,gnome-terminal,konsole,xterm等并不重要。在里面,您总是有屏幕,这很重要。出于所有目的和目的,这我的终端。
slacy

13

侏儒终端


3
我发现gnome-terminal对于管理一大堆服务器非常有用。选项卡式窗口和颜色编码使使用这种方式变得很不错。
布伦特

1
尽管我喜欢xterm的简单性,但有时我需要gnome-terminal的UTF-8支持。我可以配置颜色!xterm的蓝色非常暗...
staticsan

需要注意的是,xterm具有UTF-8支持(可能需要重新编译),并且开箱即用地支持可配置的颜色(任何#RRGGBB格式):)
hark

但是gnome-terminal不支持闪烁文本。
Teddy 2010年

10

我仍然在Leopard的Terminal.app上使用此命令,因为它的Cmd + 1..9快捷方式-在iTerm中的选项卡之间跳转,但在Terminal中的窗口之间跳转。.iTerm的键重映射工具也更加灵活(例如,我有ctrl + 3发送#-由于此键盘没有#键,并且当alt用作meta。时,alt + 3快捷键不起作用。)
dbr



6

此问题错误地将cmd.exe标记为终端。Cmd.exe是文本模式外壳程序,powershell.exe也是如此。“终端”是由csrss.exe(又称为客户端-服务器运行时子系统(又称为Windows子系统))自动创建的控制台窗口。

(更多信息请参见http : //blogs.msdn.com/oldnewthing/archive/2007/12/31/6909007.aspx

要点是,除了默认的魔术外,Windows实际上没有可行的终端选项。有一个Console2实际上是通过使用隐藏的csrss控制台窗口进行伏都教来工作的,而不能在x64窗口上工作。可以用Cygwin进行xterm,但同样不能在x64上运行。可以使用上述SUA + x服务器来使用xterm,但是只有文本模式应用程序才能工作,尝试从pty启动Windows GUI应用程序会产生错误。

要回答最初的问题,我基本上是一个curmudgeon,所以我倾向于对给定系统使用最基本的内置选项:

  • Windows:控制台窗口
  • OS X:terminal.app
  • 类似于UNIX的X:xterm

布莱恩,感谢您的详尽回答,我真的不确定cmd.exe。
路德维希·威尼泽尔

5

在Linux和MSYS上xterm(对于linux工具集)或在Windows上为Console2。测试将在组织外部使用的内容时,我尝试使用基本的终端或命令提示符。

Ehtyar。


5

cmd.exe,但我对此不满意。我只是别无选择。

我想念短文件名和command.com(16位)


cmd.exe是一个外壳程序,实际的终端是Windows Console。
user1686 2009年

@grawity-为了清楚起见,我放了“ cmd.exe”,因为每个人都知道这一点,并且在控制台中还有另一个同名产品。
Rook



4

PuTTY在Windows上以选美模式运行到运行gnu屏幕的Linux服务器。没有什么可以碰它。


4

使用Windows时,腻子是我的首选终端。

在Mac上,我只是用Terminal.app修改过的Pro主题。

在Linux上,我将rxvt-unicode-ml与从PuTTY借来的ANSI配色方案结合使用,并进行了一些其他调整,以使其更像是普通的GUI程序,而不是下一代的老式X11程序。



3

我将Terminal.app与Homebrew主题和抗锯齿的Monaco 11pt文本一起使用。它使使用终端变得非常舒适和愉悦。我喜欢Mac的字体渲染。




3

我曾经是一个100%的termer家伙,但是大约3年前gnome-terminal进行了足够的清理,从那时起,我不再费心安装terms。

我喜欢它,因为它闪电般快速,易于阅读和配置。

虽然这可能是我最初运行WindowMaker时的剩余时间。




2

我更喜欢gnome-terminal,直到它开始引起我的麻烦为止,例如由于Gnome的复杂性而使用cut-n-paste。然后,在该桌面环境的剩余时间内,我切换到xterm。实际上,我有一个使用gnome-terminal几个月的系统!使用合理的方法而不是完全破坏大脑的X资源的历史混乱来配置gnome-terminal的能力是一个巨大的胜利。

可悲的是,我发现自己在Windows上使用腻子会更开心。坐在Windows机器上时,我从不使用xterm。

您应该始终使用屏幕。我感到惊讶的是,许多人对此一无所知-应该在某个地方刊登醒目广告。在使用Shell提供程序拨号的时代,每个人都使用它,并且它是众所周知的。大约一个星期,您不会意识到屏幕的好坏。能够处理多个“屏幕”的功能以及不错的剪切粘贴功能只是整洁的功能。分离/重新连接支持非常好,例如上班,重新连接主屏幕会话和工作屏幕会话,然后回家,在办公桌旁坐下来,重新连接到两个,坐在沙发上并重新连接到两个。这是一个了不起的便利。不过,直到台式机崩溃,您都不会注意到它真正的强大之处,并且可以安全地重新连接到其中的所有内容,而不会遇到任何麻烦。


2

SecureCRT,控制台 -适用于Windows

对于Linux,我更喜欢RoxTerm,因为它具有选项卡,但仅需要GTK库。


2

没有Konsole用户?我是Fedora的用户,并且一直只使用Konsole,尽管看起来一切都做得很好,但从未真正考虑过替代产品。我总是愿意尝试新事物。:)

哦,用腻子连接管理器(选项卡,宝贝)在Windows上使用腻子。


2

我是teraterm utf-8的忠实粉丝。我做了很多串行控制台工作。它在串行东西以及ssh,telnet和ilk方面做得非常好。

最好的是它是免费的。:)


2

Mac上的iTerm很棒。它带有选项卡,并且功能强大-将输入发送到所有选项卡。使在多个相同服务器上工作变得轻而易举。


2

真正的Dickie xterm:invisible-island.net/xterm/

我必须连接到一系列服务器-旧的和新的Solaris,SCO,Mac,Linux,BSD-真正的Dickie xterm给我带来的问题最少,兼容性最高。

为什么选择Dickie xterm?它符合旧标准。在Dickie xterm上按Shift-leftclick或Shift-右键单击,您可以控制在许多不同的Unix系统之间移动时所需的xterm行为的主要方面。

您可以使用.Xdefaults配置文件来控制默认设置(包括处理那些愚蠢的Solaris功能键问题)。您可以控制起始尺寸和位置,颜色,按键,终端设置,几乎所有内容。您甚至可以标准化Linux和Solaris与SCO和其他系统之间古老的Delete / Backspace不兼容问题。随处复制该.Xdefaults文件,无论您使用的是什么系统或OS,xterms的功能都相同。

如果您找到了Alan Southerton的书籍《 The Shell Hacker's Guide to X and Motif》(尽管名称很古老)的副本,则可以将xterm配置为做奇妙的事情,并拥有丰富的菜单和功能,无论是作为程序员还是作为程序员,都可以大大提高您的生产率。系统管理员。

Dickie xterm非常标准,以至于所有旧文本,书籍和提示都可以使用它,但它与现代实践保持同步。它只是不做精美的现代图形,例如透明背景和其他妨碍工作但看起来漂亮的东西。


2

终结者!

这是我发现的唯一一个终端仿真器,除了“制表符”之外,它还对“区域”提供了良好的支持(“区域”是一个分割窗口,就像screen这样,但是终结器支持垂直分区)。默认控件绑定Ctrl + Shift +(O | E)将当前区域拆分为2个(垂直|水平)区域,这些区域同时显示。

我有两个屏幕,我喜欢全屏终结者同时占用两个屏幕。当我在另一个区域进行shell工作时,我倾向于保留每个〜4-5个副本tail -ftop在不同区域的不同服务器上运行。可以同时在屏幕上看到它们,这对帮助非常有帮助。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.