问题标签 [winhelp]

在 VC++ 中进行开发时，我们将 .hlp 文件发送给客户。其创建过程如下：
1. 创建 rtf 文件
2. 在 WinHelp 中新建项目，然后编译得到 .hlp 文件。

现在开发已经转移到.net并且我发现我们不能再在windows 7 或 vista中打开 .hlp 文件。

我想知道是否有任何免费的命令行工具可以将这些 .hlp 文件转换为 .chm 文件？

另外我想知道是否有任何免费的命令行工具可以将 .rtf 文件转换为 .chm ？

背景：Windows 7、Microsoft Office 2007+

多年来，Microsoft 开发了各种不同的交付机制来提供“帮助”。

HTML 帮助 - 技术信息列出 QuickHelp、WinHelp、WinHelp95、HTML 帮助 1.x、帮助 2.x 和 AP 帮助。列表到此为止，但我无法想象微软有。

最近，我看到了一个帮助系统，它将所有内容都嵌入到 DLL 中。我正在尝试追踪用于开发这种基于 DLL 的交付方法的工具集，并发现驱动它的 API。该系统似乎是处理 Microsoft Excel 帮助的系统。

这个问题很难在搜索引擎中搜索。我一直在尝试，只找到一些 Linux 库文档的链接。

我实际上正在寻找其他东西——Linux 中提供帮助文件浏览 API 的库，例如 WinHelp 或 MS HTML help 。我们的想法是获得一些通用格式的帮助 - html 或其他东西（为什么不是 .chm），并且能够调用这个库以显示帮助文件的某些主题。

API 必须通过关键字或主题名称在帮助文件中提供搜索。如果 Windows 帮助文件（.hlp 或 .chm）可以转换为这种系统格式，那就太好了。

我知道 Linux 中有手册页。但它们不适合我的需要。请只使用基于 GUI 的系统。

我有一个简单的 MFC 应用程序：一个带有按钮的对话框。对于他们两个，我已经调用SetWindowContextHelpId()并将他们的上下文 ID 设置为非零值。

我还可以为帮助命令实现两个处理程序：OnCommandHelp(WPARAM wParam, LPARAM lParam)和OnHelpInfo(HELPINFO* pHelpInfo).

MSDN 写了以下关于OnCommandHelp：

lParam 包含当前可用的帮助上下文。如果没有确定帮助上下文，lParam 为零

但在我的情况下， lParam 始终为零，尽管pHelpInfo来自OnHelpInfo(HELPINFO* pHelpInfo)处理程序的处理程序包含有关控件的 ContextID 的正确非零信息（它是通过调用设置的SetWindowContextHelpId）。

现在我有两个问题：

1）为什么lParam总是零？MSDN 关于“确定帮助上下文”的评论是什么意思？什么是“当前可用的帮助上下文”？

OnCommandHelp2）如果我们可以使用，我们为什么需要OnHelpInfo？

任何解释将不胜感激。

更新：

据我了解，当程序访问 .hlp 文件时，Window 的帮助程序会处理该请求。我拥有的是一个较旧的 exe，它希望通过菜单选项跳转到 .hlp 文件中的特定主题。当然，Windows 帮助会吐出一般的“找不到主题”错误，但我真正想要的是它是否还告诉我它期望找到的主题，这样我就可以创建一个包含缺失主题的 .hlp。有没有办法查看更详细的错误日志或查看请求本身而不需要 exe 的来源？

错误窗口

我有一个与应用程序一起使用的 .hlp 文件。
因为自从我上次编写应用程序以来功能没有改变，所以 hlp（写于 2003 年）仍然有效。
但是，当我在 Delphi XE7 中编译应用程序时，我无法让应用程序识别 hlp 文件。

在 .dpr 文件中我有

当我做

我明白了

第一次机会例外，$75EEB9BC。带有消息“未安装上下文相关帮助”的异常类 EHelpSystemException。

表单的helpfile属性设置为exename.hlp。
在资源管理器中手动双击.hlp文件打开 hlp 文件就好了。

如何让 Delphi 在调用时打开 hlp 文件？

我需要一些帮助，我有一些.hlp文件，我想将其转换为.chm文件，因为.hlp文件不能在 Windows 10 上运行。

我怎样才能做到这一点？

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

然后，微软认为 WinHelp 不再时髦和酷，并转而使用 CHM，直到他们实际上从 Vista 中删除了 WinHelp。

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

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

底线：我发现 CHM 绝对无法使用。但是随着 WinHelp 不再是一个选项，我想知道替代方案是什么，尤其是在与我的应用程序集成时（即对于 WinHelp 和 CHM，有一些功能可以让您直接跳转到某个主题）？

PDF 的缺点是需要 Adob​​e Reader（或不是很多人使用的更轻量级的之一）。我可以忍受这种看法，因为这是当今的一种标准，但你能告诉它可靠地跳转到给定的页面/锚点吗？

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

编辑：我正在寻找创建自己的帮助文件。由于我是“无需设置，只需提取并运行”理念的粉丝，我过去曾多次遇到过这个问题，因为我的许多用户会从网络上运行它，这正是导致这个问题的原因。

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

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

我有一个简单的 MFC 应用程序，我想在其中自定义应用程序提供的帮助按钮功能。单击 F1 或帮助按钮时，默认会打开一个 Windows 帮助支持页面。如何禁用此默认行为并让它什么都不显示？

什么都不显示，我的意思是不显示默认的 Windows 支持页面。理想情况下，当我按 F1 或单击帮助按钮时，它应该不打开任何窗口。

我维护了一个大型 VB6 应用程序，我希望能够在 Windows 10 上安装它。它有一个 WinHelp 格式的大型帮助文件。我想将 winhlp32.exe（和 winhlp32.exe.mui）与应用程序一起分发，而不是替换 Windows 10 Windows 文件夹中的 winhlp32.exe 文件。如果我将（旧的）winhlp32.exe 文件放在 Windows 10 的应用程序文件夹中，并将 winhlp32.exe.mui 文件放在名为 en-US 的子文件夹中，则如果我输入命令“winhlp32.exe myhelpfile.hlp”，则帮助文件有效"在应用程序文件夹中。但是，如果我运行应用程序 exe（由 VB6 创建）并按 F1，它将运行 Windows 10 winhlp32.exe 存根，而不是应用程序文件夹中的 winhlp32.exe。

谁能建议如何说服 VB6 应用程序（在编译之前或之后）使用应用程序文件夹中的 winhlp32.exe 而不是 Windows 文件夹？