TINYFUGUE  [客户端]
经典的 UNIX 终端客户端。上游自 2007 年起就没有再发布过；一个仍在维护的分支把它带了下去。
https://tinyfugue.sourceforge.net/
运行平台：Linux, macOS, BSD

能力
  逐项读自各项目自己的文档，而非由我们实测——客户端没有握手可供我们观测。“未知”表示我们查过，没能确定。它绝不表示“否”。

  screen reader    未知
  TLS              有
      https://tinyfugue.sourceforge.net/
  UTF-8            未知
  MCCP             有
      https://tinyfugue.sourceforge.net/
  GMCP             未知
  MSDP             未知
  ATCP             未知
  MXP              未知
  MSP              未知
  scripting        有
      https://tinyfugue.sourceforge.net/

  在10行中，有7行是未知：我们没有找到项目自己的文档给出任何一种说法。一张诚实的短表胜过一张靠猜的长表。

TinyFugue——“tf”——是 MUSH 世界很大一部分人用了二十年的终端客户端，输入和输出分成两个窗格，有一门自
己的宏语言，还有一套比它好几个竞争者活得更久的使用习惯。

上游处于休眠状态：最后一个发布是 5.0 beta 8，2007 年 1 月。它仍然能编译，也仍然能用。

一个仍在维护的分支 TinyFugue Rebirth 发布活跃，在原生宏语言之外加入了 GMCP、ATCP、经由 ICU 的宽 字符支持，以及 Python
和 Lua 脚本。上面那张表描述的是上游，因为“TinyFugue”指向的就是上游；如果 你今天要装，那个分支值得先看一眼。

这个客户端的文档里的陷阱

上游有一个叫**“non-visual mode”**的文档条目。它跟辅助技术无关——它讲的是把输入限制在最底下那一
行——而且从头到尾没有提到屏幕阅读器、语音，也没有提到盲人用户。一张靠关键词搜索拼出来的能力表，会
把那个文件名变成一个“有”。这一张写的是未知，因为文档所能支撑的只有这个。

UTF-8 是同样形状的答案：有文档的编码支持是针对 8 位的 ISO 8859 字符集，而关于 UTF-8，我们无论有无 都没有找到上游的任何说法。

另见
  TinTin++ — /zh-Hans/reference/clients/tintin
  Blightmud — /zh-Hans/reference/clients/blightmud