Windows 帮助文件

Question

在过去，帮助并非微不足道，而是可能的：生成一些带有特殊标签的时髦 .rtf 文件，通过编译器运行它，然后您会得到一个实际上运行良好的 WinHelp 文件 (.hlp)。

然后，Microsoft 认为 WinHelp 不再时髦和酷，并转而使用 CHM，直到他们实际上从 Vista 中删除了 WinHelp。

现在，CHM 可能不错，但是每个尝试在网络上打开 .chm 文件的人都会知道由安全限制引起的“导航到网页已取消”屏幕。

虽然有一些方法可以让 CHM 脱离网络工作，但这并不是一个好的选择，因为当用户按下帮助按钮时，他需要帮助而不必进行一些时髦的设置

底线：我发现 CHM 绝对无法使用。但是 WinHelp 也不再是一个选项，我想知道有什么替代方案，尤其是在与我的应用程序集成时（即对于 WinHelp 和 CHM，有一些功能可以让您直接跳转到某个主题）？

PDF 的缺点是需要 Adobe Reader（或者不是很多人使用的更轻量级的阅读器之一）。我可以接受这种看法，因为这是当今的标准，但是您能否可靠地告诉它跳转到给定的页面/锚点？

HTML 文件似乎是最好的选择，然后你只需要处理不同的浏览器（CSS 和其他东西）。

编辑：我希望创建自己的帮助文件。由于我是“无需设置，只需提取和运行”理念的粉丝，我过去曾多次遇到该问题，因为我的许多用户会在网络之外运行它，这正是导致此问题的原因。

因此，我正在寻找一种更强大且面向未来的方式来为我的用户提供帮助，而无需为我制作的每个应用程序编写不同的帮助系统。

CHM 是一种非常好的格式，但是安全性使其无法使用，因为帮助系统应该为用户提供帮助，而不是产生更多问题。

Answer 1

是的，在某些时候，他们想在帮助文件中添加行为，这使其成为安全问题，猜猜会发生什么，补救措施往往比威胁更糟糕。

或者它太简单或太复杂，被新的东西取代而不关心向后兼容性。

如果您希望它非常简单并且适合多年，请选择 .TXT

您没有指定您的应用程序的编码内容，因此这取决于。

如果它是一个网络应用程序，纯 HTML 将是最好的选择，对于帮助文件，您不需要特殊功能或 JavaScript，因此独立于浏览器应该很简单。但对于桌面应用程序来说，无论是在线还是离线使用 HTML，通常都能取得良好的效果。

PDF 是另一种通用解决方案，是的，您可以跳转到特定页面，请参阅此答案。每台电脑都安装了（或应该）一个客户端或另一个客户端，我不担心这一点。我自己从来不选择 Acrobat Reader，更快、更简单并且往往有更好的解决方案，我最喜欢的是Sumatra。

我确信 .Net 应用程序有自己的帮助系统（这里没有经验），并且许多语言都可以通过按热键 (F1) 或单击某些控制对话框来选择显示工具提示、窗口或带有帮助的页面。