Windows帮助文件

Question

在过去，帮助不是简单的，而是可能的:生成一些带有特殊标记的时髦.rtf文件，通过编译器运行它，您就可以得到一个实际工作良好的WinHelp文件(.hlp)。

然后，微软决定WinHelp不再流行和酷了，转而使用了CHM，直到他们将WinHelp从Vista中剔除出来。

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

虽然有一些方法可以使CHM在网络上工作，但这并不是一个好的选择，因为当用户按下帮助按钮时，他需要帮助，而不必做一些奇怪的设置。

底线:我发现CHM绝对无法使用。但是，随着WinHelp也不再是一种选择，我想知道备选方案是什么，特别是当涉及到与我的应用程序集成时(例如，对于WinHelp和CHM，有一些函数允许您直接跳转到某个主题)？

PDF的缺点是需要Adobe (或者是少数人使用的轻量级阅读器之一)。我可以接受这一点，因为这是一种标准，但你能告诉它跳到给定的页面/锚可靠吗？

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

编辑:我想创建我自己的帮助文件。由于我是“不设置，只是提取和运行”哲学的粉丝，我在过去多次遇到过这个问题，因为我的许多用户会在网络上运行它，这正是造成这个问题的原因。

因此，我正在寻找一种更健壮和未来的方法来为我的用户提供帮助，而不必为我制作的每个应用程序编写不同的帮助系统。

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

Answer 1

是的，在某种程度上，他们想在他们的帮助文件中添加行为，这使得它成为一个安全问题，并猜测发生了什么，补救措施往往比威胁更糟糕。

或者它太简单或太复杂，被新事物取代，而不考虑向后兼容性。

如果你想要它真的很简单，并为时代而建，那就去.TXT吧

您没有指定您的应用程序是在什么编码，所以它取决于。

如果它是一个web应用程序，简单的HTML将是最好的选择，对于一个帮助文件，你不需要特殊的特性或javascript，所以浏览器独立应该是简单明了的。但对于桌面应用程序，HTML，无论是上线还是离线，通常都有很好的效果。

PDF是另一种通用的解决方案，是的，您可以跳到特定的页面，请参阅这答案。每台pc都安装了(或应该)一个或另一个客户端，我不担心。我自己从来不选择Acrobat，更快、更快和更好的解决方案往往是可用的，我最喜欢的是苏门答腊。

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