为什么 GNU Info 没有成功?

为什么 GNU Info 没有成功?

根据我的知识/理解,帮助和人员同时到来,或者他们之间的时间差很小。然后 GNU Info 出现了,据我所知,它比人类更加冗长、更加详细,并且可以说比人类要好得多。即使在今天,关于人类的许多条目仍然是神秘的。

我经常想知道为什么在很多方面都优于人类的信息却根本无法取代人类。我仍然看到人们制作手册页而不是信息页。是因为没有有用的信息工具吗?两者的许可证中有什么内容吗?或者还有其他一些因素没有获得应有的成功?

我确实在 unix stackexchange 上看到了一些问题GNU 信息有什么用?help、info 和 man 命令之间的区别除其他外。

答案1

为了回答您的问题,至少提供一点事实背景,我建议首先查看 和其他文档系统的创建man时间表info

首先man写于1971年在基于 CRT 的终端上工作并不常见并且打印手册页已成为常态的时代,使用 troff(nroff 还没有出现)。手册页使用简单的线性结构。手册页通常会提供命令的快速概述,包括其命令行选项/开关。

info命令实际上处理来自德克萨斯信息网排版语法。它于 1986 年 2 月首次发布,当时使用基于文本的 CRT 是 Unix 用户的常态,但图形工作站仍然是专有的。 Texinfo 的输出.info提供了文本文档的基本导航。从一开始就有一个不同的目标,即提供完整的文档(为 GNU 项目)。像使用命令和命令行开关这样的事情只是程序的 Texinfo 文件包含的一小部分。

尽管存在重叠,但 (Tex)info 系统的设计目的是补充页面man,而不是替换它们。

HTML 和网络浏览器于 90 年代初出现,并相对较快地取代了基于 WAIS 和 gopher 的文本信息系统。 Web 浏览器利用当时可用的图形系统,与纯文本系统相比,它允许提供更多信息(例如超链接的下划线文本)。由于所提供的功能 info可以在 HTML 和 Web 浏览器中进行模拟(转换后可能),因此基于浏览器的系统可以更轻松地进行导航(或至少减少经验/学习)。

HTML 得到了扩展,可以做比 Texinfo 更多的事情。因此,对于新项目(GNU 软件除外),一整套文档系统已经发展(并且仍在发展),其中大多数生成 HTML 页面。最近的趋势是使它们的输入(即人类记录员必须提供的内容)易于人类阅读,而 Texinfo(和 troff)更适合于通过转换它们的程序进行有效处理。

info无意取代手册页,但如果 GNU 软件包含info2man类似的程序来从 Texinfo 文件(较大的子集)生成手册页,它们可能会取代它们。

再加上充分利用 Texinfo、(La(TeX、troff、HTML (+CSS) 和 reStructured Text)等系统提供的设施需要时间来学习,而且其中一些可以说更容易学习和/或者更强大,(Tex)占据市场主导地位的机会很小info

^例如重构文本,也可用于编写手册页

答案2

TOPS-20 中的 GNU 信息先于 XINFO 并受其影响。

XINFO 早于 MIT ITS 中的 INFO 并受其影响。

以前,光盘是微小的,终端是慢的,许多终端仍然是纸质的,所谓的“玻璃 TTY”不提供光标寻址等功能。手册页应该很短,只是提醒而不是真正的文档。它们足够小,您的系统管理员大概没有将它们从机器上移除以节省空间,但很可能只是保留压缩的输出。它们可以在最简陋的终端上显示或很好地排版。您可以仅使用 Unix 发行版附带的软件编写新的手册页,并快速阅读它们,而不必盲目地在节点和边缘的扭曲迷宫中导航,这与玩 rogue 或 zork 完全不同。

最终,像 tkman 这样的程序使得在保留 man 格式的同时获得 info 或 HTML 的一些好处成为可能,甚至当 Sun 等一些供应商转而提供 SGML 或 XML (docbook) 格式的文档时,仍然通过转换来处理它为 man 格式,因为你需要 man 工具来处理事情不是由供应商提供。

关于系统管理员删除或不安装文档文件的事情?迄今为止,在 Linux 中,“apt install foobar”经常需要单独的“apt install foobar-doc”。

答案3

M-x man RET info RET为您提供 info 程序中 info 程序的手册页。

在我看来,这个功能证明了 info 程序成功了 man 程序(除非有办法在 man 程序中实现这一点的倒数)

相关内容