Windows 帮助文件

Question

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

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

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

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

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

PDF 的缺点是需要 Adob​​e Reader(或没有多少人使用的更轻量级的阅读器之一)。我可以接受这种看法，因为这是当今的一种标准，但你能告诉它可靠地跳转到给定的页面/ anchor 吗？

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

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

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

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

Answer 1

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

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

如果您想要它真的很简单并且适合年龄段，请选择 .TXT

您没有指定您的应用程序是用什么编码的，所以这要视情况而定。

如果它是一个网络应用程序，纯 HTML 将是最佳选择，对于帮助文件，您不需要特殊功能或 javascript，因此独立于浏览器应该很简单。但对于桌面应用程序 HTML，在线或离线也经常使用，效果很好。

PDF 是另一种通用解决方案，是的，您可以跳转到特定页面，请参阅 this回答。每台电脑都(或应该)安装一个或另一个客户端，我不会担心。我自己从不选择 Acrobat Reader，更快、更简单且通常更好的解决方案可用，我最喜欢的是 Sumatra .

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