从前，帮助文件不是件容易的事情但还是有可能的：生成一些带有特殊标记的花里胡哨的 .rtf 文件，通过编译器运行它，你就能得到一个真正好用的 WinHelp 文件 (.hlp)。
后来，微软认为 WinHelp 不够时髦了，转而使用了 CHM，甚至在 Vista 中将 WinHelp 给剔除了。
现在，CHM 可以是不错，但任何试图在网络上打开 .chm 文件的人都会遇到由于安全限制而导致的漂亮的“导航到网页被取消”的屏幕。
虽然有方法可以让 CHM 在网络外工作，但这并不是一个好选择，因为当用户按下帮助按钮时，他想要的是帮助，而不是进行某些花哨的设置。
底线是：我觉得 CHM 完全不能用。但是既然 WinHelp 不再是一个选项，我想知道还有哪些替代方案，特别是在集成我的应用程序时（即对于 WinHelp 和 CHM，有函数允许您直接跳转到一个主题）？
PDF 的缺点是需要 Adobe Reader（或者更轻量级的阅读器，很少有人使用）。我可以接受这一点，因为这在现今已经是标准了，但你能可靠地告诉它跳转到一个给定的页面/锚吗？
HTML 文件似乎是最好的选择，然后你只需要处理不同的浏览器（CSS 等）。
编辑： 我想创建自己的帮助文件。因为我是“无需安装，只需解压缩和运行”的哲学的粉丝，所以我曾多次遇到这个问题，因为我的许多用户会在网络上运行它，这会导致正是这个问题。
所以我正在寻找一种更健壮和未来证明的方式来为我的用户提供帮助，而不必为每个应用程序编写不同的帮助系统。
CHM 是一个非常好的格式，但是那些安全问题使它不能用，因为帮助系统的目的是为用户提供帮助，而不是产生更多问题。