2013-06-24 28 views
6

这个问题确实如此。如果您正在编写WPF应用程序,您如何整合应用程序帮助? 2013年中期的状态如何?您如何将帮助集成到您的WPF应用程序中。任何建议?

似乎没有明确的答案,这从一个搜索引擎的一个下午,但有几个选项:

  1. 写自己看中的提示基于帮助(但你在哪里得到你的数据吗? )

  2. 使用.CHM文件和Windows窗体帮助系统(对我来说似乎很古老)。

  3. 使用Microsoft Help Viewer 1.X或Microsoft Help 2.0。

    • 关于MS最近/被批准哪些方面存在一些混淆。它显示Help Viewer 1.X可能是Microsoft Help 2.0的推荐选项。它不会帮助名称如此相似...
    • 2.0的状态是什么?我们应该使用它吗?它是否完全部署?
  4. 使用第三方产品来帮助文件和链接莫名其妙地创作他们 - DocToHelp/NetHelp,NetAdvantage的在线帮助等..

此外,有什么基于XAML您使用标记/属性来提供必要的上下文吗?推荐的方法是什么?

似乎令人惊讶的是,没有支持基于应用程序的WPF帮助的清晰路径。

回答

6

我目前的偏好是使用第三方帮助授权系统来生成基于HTML的帮助。

然后,我们使用WebBrowser根据需要显示此帮助。我们使用的创作系统使得从主帮助中提取出单个页面变得相当容易(每个“主题”是单个HTML文件,并且可以包含完整内容或不包含所需内容)。当然,一开始我们写了基本的管道(一些附加的xaml属性来指定上下文位置的属性并添加行为来触发帮助等),但这是相当公平的清洁。

然而,这种方法的一个非常好的优势是单一帮助系统的构建在所有上下文中都能够完美工作 - 我们可以在线包括文档,将其公开在本地以便在浏览器中使用,并在上下文中使用它直接应用。

+0

我希望我可以再次点击upvote。 +1优秀。 –

+0

@Reed请问您使用或推荐什么创作系统? Thx –

+0

@ g.pickardou我们曾经使用Robohelp,但最近切换到MadCap Flare ... –

相关问题