Windows 帮助文件
Windows Help Files
在过去，帮助不是微不足道的，而是可能的：生成一些带有特殊标签的时髦 .rtf 文件，运行 通过编译器，你得到一个 WinHelp 文件 (.hlp)，实际上效果很好。
然后，Microsoft 认为 WinHelp 不再时髦和酷了，转而使用 CHM，直到他们实际上从 Vista 中砍掉了 WinHelp。
现在，CHM 可能不错，但每个尝试在网络上打开 .chm 文件的人都会知道 "Navigation to the webpage was canceled" 由安全限制引起的漂亮屏幕。
虽然有很多方法可以让 CHM 在网络之外工作，但这并不是一个好的选择，因为当用户按下帮助按钮时，他需要帮助而不必进行一些时髦的设置
底线：我发现 CHM 绝对不能用。但是由于 WinHelp 也不再是一个选项，我想知道有哪些替代方案，尤其是在与我的应用程序集成时（即对于 WinHelp 和 CHM，有一些功能可以让您直接跳转到主题）？
PDF 的缺点是需要 Adobe Reader（或没有多少人使用的更轻量级的软件之一）。我可以接受这种看法，因为这是当今的一种标准，但你能告诉它可靠地跳转到给定的 page/anchor 吗？
HTML 文件似乎是最好的选择，然后你只需要处理不同的浏览器（CSS 和东西）。
编辑：我想创建自己的帮助文件。由于我是 "No Setup, Just Extract and Run" 哲学的粉丝，我在过去多次遇到过这个问题，因为我的许多用户会 运行 它离开网络，这正是导致这个问题的原因。
所以我正在寻找一种更健壮和面向未来的方式来为我的用户提供帮助，而不必为我制作的每个应用程序编写不同的帮助系统。
CHM 是一种非常好的格式，但是 Security Stuff 使其无法使用，因为帮助系统应该为用户提供帮助，而不是产生更多问题。
是的，在某些时候他们想将行为添加到他们的帮助文件中，这使得它成为一个安全问题并猜测会发生什么，补救措施往往比威胁更糟糕。
或者它太简单或太复杂，被新的东西取代而不关心向后兼容性。
如果您想要它真的很简单并且适合各个年龄段，请选择 .TXT
您没有指定您的应用程序的编码方式，所以这要视情况而定。
如果它是一个网络应用程序，纯 HTML 将是最佳选择，对于帮助文件，您不需要特殊功能或 javascript 因此独立于浏览器应该很简单。但对于桌面应用程序 HTML，在线或离线经常使用并取得良好效果。
PDF 是另一种通用解决方案，是的，您可以跳转到特定页面，请参阅 this answer. Every pc has (or should) one client or the other installed, I wouldn't worry about that. I myself never choose Acrobat Reader, faster, sompler and often better solutions are available, my favorite is Sumatra。
我确定 .Net 应用程序有自己的帮助系统（这里没有经验），许多语言都有显示工具提示的选项，windows 或通过按热键 (F1) 或单击提供帮助的页面一些控制对话框。
在过去，帮助不是微不足道的，而是可能的：生成一些带有特殊标签的时髦 .rtf 文件，运行 通过编译器，你得到一个 WinHelp 文件 (.hlp)，实际上效果很好。
然后，Microsoft 认为 WinHelp 不再时髦和酷了，转而使用 CHM，直到他们实际上从 Vista 中砍掉了 WinHelp。
现在，CHM 可能不错，但每个尝试在网络上打开 .chm 文件的人都会知道 "Navigation to the webpage was canceled" 由安全限制引起的漂亮屏幕。
虽然有很多方法可以让 CHM 在网络之外工作，但这并不是一个好的选择，因为当用户按下帮助按钮时，他需要帮助而不必进行一些时髦的设置
底线：我发现 CHM 绝对不能用。但是由于 WinHelp 也不再是一个选项，我想知道有哪些替代方案，尤其是在与我的应用程序集成时（即对于 WinHelp 和 CHM，有一些功能可以让您直接跳转到主题）？
PDF 的缺点是需要 Adobe Reader（或没有多少人使用的更轻量级的软件之一）。我可以接受这种看法，因为这是当今的一种标准，但你能告诉它可靠地跳转到给定的 page/anchor 吗？
HTML 文件似乎是最好的选择，然后你只需要处理不同的浏览器（CSS 和东西）。
编辑：我想创建自己的帮助文件。由于我是 "No Setup, Just Extract and Run" 哲学的粉丝，我在过去多次遇到过这个问题，因为我的许多用户会 运行 它离开网络，这正是导致这个问题的原因。
所以我正在寻找一种更健壮和面向未来的方式来为我的用户提供帮助，而不必为我制作的每个应用程序编写不同的帮助系统。
CHM 是一种非常好的格式，但是 Security Stuff 使其无法使用，因为帮助系统应该为用户提供帮助，而不是产生更多问题。
是的，在某些时候他们想将行为添加到他们的帮助文件中，这使得它成为一个安全问题并猜测会发生什么，补救措施往往比威胁更糟糕。
或者它太简单或太复杂，被新的东西取代而不关心向后兼容性。
如果您想要它真的很简单并且适合各个年龄段，请选择 .TXT
您没有指定您的应用程序的编码方式，所以这要视情况而定。
如果它是一个网络应用程序，纯 HTML 将是最佳选择，对于帮助文件，您不需要特殊功能或 javascript 因此独立于浏览器应该很简单。但对于桌面应用程序 HTML，在线或离线经常使用并取得良好效果。
PDF 是另一种通用解决方案，是的，您可以跳转到特定页面，请参阅 this answer. Every pc has (or should) one client or the other installed, I wouldn't worry about that. I myself never choose Acrobat Reader, faster, sompler and often better solutions are available, my favorite is Sumatra。
我确定 .Net 应用程序有自己的帮助系统（这里没有经验），许多语言都有显示工具提示的选项，windows 或通过按热键 (F1) 或单击提供帮助的页面一些控制对话框。