问题标签 [context-sensitive-help]

HI, I'm extending a windows application written in C# to provide help to the user (in the context of the focused control) when they hit the F1 key.

What I’d like to do is make use of the Control.HelpRequested event but I’m not sure how to extend all the controls to handle this event. http://msdn.microsoft.com/en-us/library/system.windows.forms.control.helprequested.aspx

It’s not really feasible to update each control “by hand” to handle this event and I really don’t like the idea of looping through all the controls in a form (as the form opens) to associate the event handler.

Is there a neat way to extend all controls of a form to handle a specific event?

This is just made up but i almost feel like i should be able to write something like this

Any suggestions or perhaps ideas on a different approach are much appreciated - Thanks

我正在尝试连接 htmlhelp api（这对于两个变体中的一个函数来说是一个大词），并且我对以下用例有疑问：

假设我有一个简单的程序员编辑器，带有一堆帮助文件 (.CHM)。有些来自核心运行时库，有些来自更奇特的库。假设 CHM 是正常制作的，并且它们的索引包含我要搜索的所有关键字。当用户在编辑器中的关键字上按 F1 时，我希望能够简单地搜索各种 CHM

所以大致我想要（在伪代码中）：

我用 HH_HELP_TOPIC 玩了一点，但这会为每个尝试的文件弹出一个窗口，更糟糕的是它会很慢，因为 CHM 不会保持缓存。

除了使用 chmlib 进行 DIY 之外，真的没有其他解决方案吗？还是值得先研究合并的 CHM 文件？

语言是 Delphi 或克隆，但任何 win32/COM 和有点可读的都可以。

（编辑）嵌套索引条目的搜索结果可能是下一个问题： HTML 帮助关键字查找 （/编辑）

update 2 隔了半天，在别处得到了潜在的提示。制作一个合并所有其他 CHM 的 CHM 运行时。Windows 将为其生成包含所有从属 CHM 的 TOC 和索引的 CHW。但是，对于所有从属 CHM，需要 Binary TOC=off 和 Binary Index=on，并且需要安装/可用的 CHM 编译器。但既然这是 CHM 工作室的默认设置，那可能还不错。

我在 SuperUser 处添加了这个问题以供用户查看。

所以我在 Delphi 或 .NET 中创建了一个将在桌面系统上运行的应用程序。一些不错的 GUI，具有各种功能和不错的特性。它运行良好，测试告诉我它几乎没有错误，我即将部署它......

等待！它需要一个帮助文件，因此用户可以从应用程序中调用上下文相关的帮助！

或不？如今，帮助文件真的是桌面应用程序的必需品吗？他们真的需要上下文相关，握住用户的手告诉他们必须在标有“出生日期”的字段中填写出生日期吗？还是帮助文件变得有点过时了？

这是我想知道的事情，这有点主观，所以我要问一些不同的问题，给所有开发桌面应用程序的人：你们（仍然）提供上下文相关的帮助文件吗？

是，或者不是，请。随意添加一些主观文本，但对我来说，重要的是知道现代开发人员是否仍在向他们的 GUI 应用程序添加上下文相关的帮助。

（顺便说一句，我自己已经转向可以手动打印的非上下文 PDF 文件。它更容易维护。）

我必须将数据库驱动的工具提示添加到现有的 WinForms 应用程序，大的。C# 和 .NET 3.5

我想避免为此删除新控件，并且用户必须能够编辑帮助工具提示。

我最好的猜测是将现有控件包装在包含新属性的新类型中，以便我可以分配一个新属性，如“FieldHelpName”，并可以在管理模块中使用它，以便用户可以清楚地识别该字段。我会为每个表单分配一个 ScreenID，每个 FieldHelpName 记录将链接到一个 ScreenID。在应用程序启动时，加载所有帮助内容，在表单加载时，通过其 ScreenID 过滤并使用反射添加相应的工具提示，很可能。

我正在寻找有关如何最好地执行此过程的建议，或者了解是否有任何有关如何执行此操作的最佳实践......所以非常感谢任何帮助。谢谢。

我们目前有许多桌面应用程序（PowerBuilder、Winforms、WPF），它们使用单​​个 CHM 来提供上下文相关帮助。我们想远离 CHM，因为它很难维护，但我们还没有找到合适的替代方案。理想情况下，我们希望我们的开发人员在添加功能并简单地将其导出为 PDF 或类似的东西时，使帮助文件保持最新（可能在 wiki 中），但是否可以使用 PDF 来提供上下文相关的帮助，或者除了 CHM，还有其他有希望的替代品吗？

对于我们目前正在开发的 Web 应用程序，我们必须提前考虑如何将其推广到多个不同的用户组。从功能方面来看，重要的是要有一个文档系统，该系统可用于从相同的源文件生成用户指南和上下文相关的帮助。

我们计划使用 DITA 作为文档系统，现在正在考虑一种简单且可扩展的方法，让开发人员指定提供上下文相关帮助的元素，并且可以由技术作家和培训师填充。

基于 DITA，我们希望生成 PDF 格式的用户指南，并将上下文相关的帮助集成到基于 JSP 的 Web 应用程序中。你有什么建议？

我们已经在评估具有以下功能的商业应用程序

• 用于识别网页上将填充帮助信息的元素的创作工具
• 与学习管理系统集成
• 支持非基于 Web 的应用程序

你有什么框架建议吗？除了上述之外，以下将是很棒的

• 与 DITA 集成（以任何可能的方式）
• 用户组特定内容（从 Web 应用程序检索的用户）
• 可以在简单的 Web 应用程序中使用以显示 (html) 工具提示
• 帮助上下文与以下层次结构的关联：应用程序 > 页面 > 元素（HTML id？）

我们有一个基于 Plone 的 Intranet，其中填充了 .NET 应用程序的文档，但目前 .NET 应用程序中的上下文相关 (F1) 帮助与 Plone 内容之间没有任何联系。

而不是必须创建和“推送”-分发（a）CHM（s）并维护两个不同的文档存储库，我们希望将所有文档保留在 Plone 中，内容可以随时“拉取”并且将始终是最新的和全文索引。

我们希望能够允许用户按 F1 并以某种方式自动加载与该主题相关的 URL，其中可能包括一个锚 (http://intranet/general-topic#subtopic) 以直接跳转到适当的内容。

在 .NET 应用程序中显示帮助内容——可能在其“帮助”窗口中——将是理想的，但如果它需要实例化浏览器，那也可以。

理想情况下，我们希望将应用程序中的上下文元素链接到 URL 的任务由正在开发文档的业务分析师执行，而不是由开发人员执行。

这可能吗？如果是这样，我们将如何在应用程序的每个上下文与其 F1 帮助应显示的 URL 之间创建“映射”？

我有一个带有自定义向导页面的设置脚本，可以让用户做出选择。最好有一个帮助按钮并提供一个带有可安装文件的小型 CHM 文件，这样我就可以详细解释这些选项是什么。

任何人都知道是否有一种简单的方法可以做到这一点？

这是这个问题的延续。我有一个要包含在我的安装包中的文件（一个 .CHM 帮助文件），我需要在安装期间从代码中访问该文件。它不需要安装到用户的机器上。所以我想
- 将文件包含在安装包中，可能是未压缩的（所以我想我会用一个[Files] ... external标志来做）。
- 在安装过程中使用如下代码引用文件：

那么我可以在安装开始之前引用该文件吗 - 即在将任何文件复制到用户计算机之前？如何指定ExpandConstant ('{???}')文件的路径？我在调用上述处理程序的向导表单上有一个帮助按钮。

我需要在我的 GWT 应用程序中提供上下文相关帮助。为此，每个 GWT 视图都会有许多帮助链接，每个链接都会打开一个带有相应帮助文本的对话框（每个链接不同）。问题是我的视图类中不能有这么多 ui:field 元素，每个元素都有唯一的名称和单击侦听器，因为帮助链接的数量可能非常大。我需要的是在我的 UI 活页夹 xml 文件中有许多 Anchor 元素，并且所有锚点都应该具有相同的单击侦听器。点击监听器将根据一些参数决定在对话框中显示哪些帮助文本。

我尝试对所有链接使用具有不同历史标记的超链接元素，但它改变了不可取的历史。我只想在不修改历史记录的情况下显示一个带有适当帮助消息的对话框。

在 GWT 中可以吗？

谢谢你的帮助。