2011-03-02 63 views
0

我已經在WPF瀏覽器.NET應用程序中實現了Microsoft WPF功能區。 這是一個非常簡單的佈局,其中包含標籤,組和按鈕。然而,有很多組和按鈕,用戶在較小的顯示器上使用功能區時會遇到困難。有些組將按鈕轉換爲小圖片按鈕,沒有用戶不喜歡的文字。他們必須將鼠標懸停在每個按鈕上才能看到它的目的。 其他組完全摺疊並更改爲下拉按鈕。這是他們想要的標準。默認情況下,每個組將被表示爲一個下拉按鈕,並且當它們作爲菜單項目點擊時,這些項目將被列爲一個下拉按鈕。Microsoft WPF功能區 - 組按鈕作爲下拉按鈕

要了解我之後的內容,您可以簡單地減小窗口大小,直到組合合併到菜單項的下拉效果爲止。

有人可以幫忙嗎?

按鈕與標籤和組一樣動態綁定到功能區。

回答

2

我認爲你的問題可能不是技術性的,而是概念性的。

如果你看一看Microsoft's guidelines on ribbons,你會發現,色帶不一定是最好的選擇,如果你有太多的命令:

是否有大量的命令?使用功能區需要多於七個核心選項卡?用戶是否經常需要更改標籤才能執行常見任務?如果是這樣,使用工具欄(不需要更改選項卡)和調色板窗口(可能需要更改選項卡,但可以一次打開多個選項卡)可能是更有效的選擇。

也許你應該考慮幾個標籤區分你的命令組,邏輯分組它們,這樣往往發生一起行動仍然在一起,而很少發生一起行動是在單獨的選項卡。例如,更改頁面大小和邊距將保持在一起,而更改字體大小則會在單獨的選項卡上顯示。

您還可以考慮使用僅在特定條件下才會顯示的上下文選項卡,因此只會顯示與此時用戶正在執行的操作相關的命令。

+0

上下文選項卡可能是一個好主意。該系統現在已經有一年多的時間了,主要用於總部(特許經營)。他們現在推出給他們的加盟商,他們中的很多人工作了一個14英寸的屏幕,這是不適合這種設計 HO喜歡它的樣子,但只是希望組更改爲下拉按鈕如果您手動調整大小瀏覽器窗口,你會得到這種效果,但他們需要它。 –

3

RibbonMenuButton是不是有足夠的理由?

<r:RibbonMenuButton 
     Label="Clicking" 
     SmallImageSource=".." 
     LargeImageSource=".."> 
      <r:RibbonMenuItem 
       Header="Click Me 1" 
       ImageSource=".."/> 
      <r:RibbonMenuItem 
       Header="Click Me 2" 
       ImageSource=".."/> 
      <r:RibbonMenuItem 
       Header="Click Me 3" 
       ImageSource=".."/> 
      <r:RibbonMenuItem 
       Header="Click Me 4" 
       ImageSource=".."/> 
    </r:RibbonMenuButton> 
+0

我實際上並不知道你可以在按鈕中嵌套按鈕,這可能會奏效,今天晚上會試試。 –