2013-06-24 59 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 ... –

相關問題