回到过去，帮助并非易事，但可能：生成一些带有特殊标签的时髦.rtf文件，通过编译器运行它，你得到一个实际上运行良好的WinHelp文件（.hlp）。 p>
然后，微软决定WinHelp不再嘻嘻哈哈，转而使用CHM，直到他们真正从Vista中删除了WinHelp。
现在，CHM可能还不错，但是每个试图在网络上打开.chm文件的人都会知道这个好消息＆＃34;网页导航被取消了＃34;屏幕由安全限制引起。
虽然有办法让CHM在网络上运行，但这不是一个好的选择，因为当用户按下帮助按钮时他需要帮助而不必进行一些时髦的设置
底线：我发现CHM绝对无法使用。但是由于WinHelp不再是一个选项，我想知道替代方案是什么，特别是在与我的应用程序集成时（例如，对于WinHelp和CHM，有些功能可以让你直接跳转到某个主题）？
PDF的缺点是需要使用Adobe Reader（或者是人们使用的轻量级之一）。我可以忍受那种看法，因为这是现在的标准，但你能否可靠地告诉它跳转到给定的页面/锚点？
HTML文件似乎是最好的选择，然后你只需处理不同的浏览器（CSS和东西）。
编辑：我正在寻找创建自己的帮助文件。因为我是＆＃34; No Setup，Just Extract and Run＆＃34;哲学，我过去曾经多次遇到这个问题，因为我的很多用户都会将它从网络上运行，这正是导致了这个问题。
因此，我正在寻找一种更强大且面向未来的方式来为我的用户提供帮助，而无需为每个应用程序编写不同的帮助系统。
CHM是一种非常好的格式，但是Security Stuff使它无法使用，因为帮助系统应该为用户提供帮助，而不是产生更多的问题。
答案 0 :(得分：2)
是的，在某些时候，他们想要在他们的帮助文件中添加行为，这会使其成为一个安全问题，并猜测会发生什么，补救措施往往比威胁更糟。
或者它过于简单或过于复杂，并且在没有注意向后兼容性的情况下被新的东西取代。
如果你想要它真的很简单并且按照年龄建立.TXT
您没有指定应用编码的内容，因此视情况而定。
如果它是一个网络应用程序，纯HTML将是最佳选择，对于不需要特殊功能或javascript的帮助文件，因此浏览器独立应该是直截了当的。但对于桌面应用程序HTML，在线或离线通常都会使用效果很好。
PDF是另一种通用解决方案，是的，您可以跳转到特定页面，请参阅this回答。每个电脑都有（或应该）安装了一个客户端或其他客户端，我不担心。我自己从不选择Acrobat Reader，更快，更简单，而且通常有更好的解决方案，我最喜欢的是Sumatra。
我确定.Net应用程序有自己的帮助系统（没有经验），许多语言都可以通过按热键（F1）或单击某个控制对话框来显示工具提示，窗口或页面的选项。