我有一些圖我想顯示，每一個都有相應的文字。用戶界面的建議/導航想法（提供樣機圖像）
隨着尺寸面積與左作爲唯一的約束，我會很感激，就如何使界面直觀和刺激的建議（如果有任何矛盾嗎？）。
在該樣機，基本上有2種模式：
1）的曲線圖的樹形菜單被顯示（圖像1）。用戶用相應的文本加載點擊標題和圖形。
2）選擇一個特定圖形（圖像2）。用戶可以導航到相關圖形或返回到圖形菜單。
有一個問題是用戶進入特定圖形旁路模式1：
應該如何設計界面以方便這些用戶找到樹形菜單？
...應該有一個樹形菜單和2個分開的「面板」？
請建議其他UI組件/佈局可以在這種情況下工作。
alt text http://www.lapidus.se/external/mockup1.jpg
alt text http://www.lapidus.se/external/mockup2.jpg
我會先解決你的第二個問題。如果每個菜單項選擇用主題文本替換菜單，我不會看到圖形面板旁邊的菜單面板的很多好處。用戶必須點擊一個鏈接才能返回到菜單，並且一旦出現，我看不到他們需要繼續查看圖表的理由 - 他們點擊圖表菜單是因爲他們已完成圖表。這個應用程序的效率至少與單擊菜單的主頁一樣高效（用於更改圖表的點擊次數）。這將爲您提供更多菜單用於幫助用戶選擇圖表的房地產（例如，顯示完全展開的層次結構，因此可以通過單擊選擇任何圖形，或爲每個圖形提供縮略圖或摘要文本）。
單獨的菜單面板可能如果在用戶選擇圖形後仍然存在，則可以更好。這允許用戶查看當前圖形與其他圖形的關係（例如，它們都是經濟的）並且通過一次點擊來選擇相關的圖形，使得它比必須首先導航回圖形菜單更高效。但是，全職菜單意味着其他面板的房地產減少。爲了在一個窗口中容納菜單，圖形和主題文本（後者在自己的第三個面板中），您可能必須使圖形變小，這意味着用戶可能會丟失他們可能感興趣的細節。或者，您可以使用鏈接訪問文本，將文本替換爲圖形，但這樣會使文本難以到達並破壞指向圖形中特定功能的任何文本的有效性（例如，「請注意在1929年......「）。
所以你必須判斷，菜單是否值得像素成本呢？如果您希望用戶進行相對大量的導航，請仔細查看每個圖形，通常不會閱讀大部分文本，然後轉到下一個圖形，那麼全職菜單會更好。如果您希望用戶進行大量圖表學習，檢查詳細信息，閱讀文本以及可能操縱圖表達數分鐘或更長時間，那麼菜單的主頁會更好。除了賭博之外，您對用戶行爲的期望應基於用戶研究：您的用戶是誰，他們想要完成什麼以及他們在什麼條件下工作。
您可以通過三個面板來提供使用應用程序的能力，其中每個面板都是可調整大小和可關閉的窗格（並且可縮放，用於圖形），允許用戶配置窗口以獲得所需的平衡研究與導航。但是，您仍然需要默認配置，因此您仍然需要進行研究以確定大多數用戶將如何使用該應用。
如果您有全職菜單面板，如果您希望用戶通常在相同類別的圖表之間導航，那麼樹形控件就很好。樹控件將相關圖形放在一個點擊之外，但可以將無關圖形推到摺疊下方，迫使用戶在選擇它們之前滾動（如果您可以顯示所有圖形而無需滾動，然後永久擴展層次結構並顯示所有圖形 - 如果不需要，不要讓用戶打開和關閉樹枝）。如果「See Also」幾乎總是分類中的其他圖，則全時樹控制可以消除「See Also」鏈接的需要。
如果你希望用戶跳轉到任意圖形，那麼你可能要執行菜單的層次結構爲一組側欄或下拉菜單的，所以總的導航努力最小化。如果用戶知道他們想要的確切圖形，那麼可以在名稱上分配一個可滾動的圖表列表，最好支持提前輸入。如果用戶有時按名稱選擇圖形，有時按類別選擇圖形，則將圖形列在可按名稱或類別排序的可滾動表格中。
爲了解決你的第一個問題，如果你有一個全職的菜單面板，那麼你不必擔心用戶知道如何導航回到它。如果您採用主頁上的菜單替代方案，那麼將徽標鏈接到家庭是一個廣爲接受的慣例。但是，您可能需要使用明確的鏈接進行備份。我會用內容（例如，「所有圖形」）來標記它，而不是它的實現（例如，「圖形菜單」，它可以被解釋爲用於操縱當前圖形的菜單）（「返回圖形菜單」繞過菜單，沒有任何東西）。我會將「所有圖形」鏈接放置在「請參見」鏈接附近，以便這些鏈接強化多個圖形可用的概念。要建立與「See Also」鏈接的關聯，您應該給All Graph鏈接提供相同的總體外觀（顏色，下劃線），儘管它可能更大或更大以引起注意。
我想你不應該使用相同的頁面區域導航和上下文信息。 恕我直言，你有幾個選擇：
1）把圖形選擇控件放在一個可隱藏的圖層中（模態彈出框，或 - 更好 - 在標題下可訪問的垂直滑動層：看看這裏的「控制面板」http://www.tomstardust.com/）圖片信息在Image2中的位置。
2）將圖形信息層圖形下方，所以擴大可視區域。
在任何情況下，我的建議是總是可以訪問主導航樹。
