Linux / GTK上存在哪些应用程序帮助系统（如chm文件）？

Question

在Windows上，CHM是一个非常好的选择。

还有什么其他的东西，然后提供一组静态HTML页面和使用原始调用webbrowser（这在linux上本身甚至是一个问题）。并且它不提供任何类型的全文搜索，分离的书签，甚至不为每个帮助调用打开新选项卡的简单事实。

Answer 1

我仍然建议使用静态HTML作为最佳选择（当然还有手册页！）。例如，您可以使用Sphinx编写漂亮的文档，并提供全文搜索支持！

Answer 2

Gnome yelp程序用于GTK / Gnome应用程序。它支持多种格式，但不支持CHM。他们已经开始定义自己的标记，名为Mallard。但我不知道那是什么状态。

Answer 3

Linux上有CHM查看器，但坦率地说我是喜欢的Linux用户来获取静态HTML页面。

一些例子是chmsee和kchmviewer。

Answer 4

Afaik没有通用系统。根据您的桌面系统（gnome / kde），可能有帮助系统，但它们通常基于松散的文件并使用成熟的浏览器。 （通常基于webkit）

对于Lazarus，创建了基于CHM的帮助系统和嵌入式浏览器，包括CHM写入支持。

避免松散静态html的原因主要是：

1. 60000引理静态文档在较轻的系统或具有专业文件系统的系统上安装时间过长。
2. CHM消除松弛并增加压缩。
3. 我们也支持非posix和OS X系统，并且* nix上的小文件系统相关问题（字符集/编码，分隔符，路径深度等）和不区分大小写的文件系统引起了很多悲痛。基于CHM的帮助解决了这个问题，允许一组例程访问所有系统上的helpdata。
4. indexing和toc是基于Btree的，可以从独立生成的帮助集中轻松合并运行时。总的来说，整合独立生成的帮助文件一般是帮助文件的一个未被充分认识的方面，而开放平台的关键。
5. 原生全文搜索。

自己的观察者还可以利用基础系统顶部的额外功能。

我没有提到Lazarus系统，希望你能适应它，因为它目前太多的是一个面向开发系统（SDK）的系统，因此查看器甚至不能作为单独的包提供。我主要提到它来说明松散的HTML的问题。

我还没有调查KDE / Gnome / Eclipse它们作为帮助系统使用了一段时间。如果我必须从头开始重新开始，那就是我首先要看的地方。

如果我必须自己快速创建一些东西，我会使用压缩的静态html，以及带有元数据/索引的单个gziped文件和我能找到的最轻的浏览器（Konquerer？）。不理想，不像Windows，但显然是最好的Linux。