在过去，帮助并非微不足道，而是可能的：生成一些带有特殊标签的时髦 .rtf 文件，通过编译器运行它，然后您会得到一个实际上运行良好的 WinHelp 文件 (.hlp)。
然后，Microsoft 认为 WinHelp 不再时髦和酷，并转而使用 CHM，直到他们实际上从 Vista 中删除了 WinHelp。
现在，CHM 可能不错，但是每个尝试在网络上打开 .chm 文件的人都会知道由安全限制引起的“导航到网页已取消”屏幕。
虽然有一些方法可以让 CHM 脱离网络工作，但这并不是一个好的选择，因为当用户按下帮助按钮时，他需要帮助而不必进行一些时髦的设置
底线：我发现 CHM 绝对无法使用。但是 WinHelp 也不再是一个选项，我想知道有什么替代方案，尤其是在与我的应用程序集成时（即对于 WinHelp 和 CHM，有一些功能可以让您直接跳转到某个主题）？
PDF 的缺点是需要 Adobe Reader（或者不是很多人使用的更轻量级的阅读器之一）。我可以接受这种看法，因为这是当今的标准，但是您能否可靠地告诉它跳转到给定的页面/锚点？
HTML 文件似乎是最好的选择，然后你只需要处理不同的浏览器（CSS 和其他东西）。
编辑：我希望创建自己的帮助文件。由于我是“无需设置，只需提取和运行”理念的粉丝，我过去曾多次遇到该问题，因为我的许多用户会在网络之外运行它，这正是导致此问题的原因。
因此，我正在寻找一种更强大且面向未来的方式来为我的用户提供帮助，而无需为我制作的每个应用程序编写不同的帮助系统。
CHM 是一种非常好的格式，但是安全性使其无法使用，因为帮助系统应该为用户提供帮助，而不是产生更多问题。