这个问题确实说明了。如果您正在编写WPF应用程序,那么如何集成应用程序帮助? 2013年中期的比赛状态如何?
从下午开始,搜索引擎似乎没有明确的答案,但有几种选择:
编写您自己的基于工具提示的帮助(但您从哪里获取数据?)
使用.CHM文件和Windows窗体帮助系统(对我来说似乎很古老)。
使用Microsoft Help Viewer 1.X或Microsoft Help 2.0。
使用第三方产品编写您的帮助文件并以某种方式链接到它们 - DocToHelp / NetHelp,NetAdvantage在线帮助等...
此外,您使用哪种基于XAML的标记/属性来提供必要的上下文?推荐的方法是什么?
在WPF中支持基于应用程序的帮助没有明确的路径,这似乎令人惊讶。
答案 0 :(得分:6)
我目前的偏好是使用第三方帮助授权系统来生成基于HTML的帮助。
然后我们根据需要使用WebBrowser
来显示此帮助。我们使用的创作系统可以很容易地从主帮助中提取单个页面(每个“主题”是一个单独的HTML文件,可以包含在内容中,也可以不包含在内)。
当然,这肯定感觉有点像一个讨厌的黑客 - 但是一旦我们编写了基本的管道(xaml的一些附加属性来指定上下文位置的属性并添加触发帮助的行为等),它相当干净
然而,这种方法的一个非常好的优势是单个帮助系统构建在所有上下文中都能完美运行 - 我们可以在线包含文档,在本地公开以便在浏览器中使用,并在我们的应用程序中使用上下文直接