需要更改的用戶界面範例？

慣例常常是用戶界面最重要的設計考慮因素之一。通常建議像微軟那樣去做。需要更改的用戶界面範例？

這有三個原因：

如果不破，不解決它。
如果用戶希望點擊軟盤圖標進行保存，請不要更改圖標（即使其中一些圖標可能從未見過實際的軟盤）。
用戶不想重新學習他們使用的每個不同應用程序的界面（以及熱鍵等）。

同時埃默森說：「* A 愚蠢一致性是渺小心靈的妖怪。*」因此，當不保持一致的用戶界面從一個好主意，停滯的創新越線？

微軟通過引入工具欄，然後再一次使用Ribbon控件（這是工具欄的自然演變，喜歡與否），震撼了舊的WIMP GUI。現在我們看到了各處的絲帶。

所以我的問題是，什麼是一些用戶界面範例被接受，並在多個應用程序中保持一致，但是已經超過了他們的素質，並且開始厭惡？是否有一些重要的變化可以從開發人員推動創新和改進用戶界面體驗的基層方面受益？

我想到的一個想法是模態彈出對話框。你知道那些說：「你確定你想要...... - [是] [否] [取消] [也許]」及其邪惡的雙胞胎「成功完成了你想做的事！[確定]。」我們正在看到與瀏覽器中的「信息面板」不同的運動。我認爲他們也需要在Windows應用程序開發中採用。

如果可能的話，請列出每個陳舊UI項目的解決方案。

請不要列出clippy。我們都知道他是個壞主意。

注意：這是專門的Windows客戶端用戶界面範例，但我肯定給在網絡中，MAC等

來源

2009-08-13 Jim McKeeth

你在問一羣關於UI設計的程序員。你知道這是多麼愚蠢嗎？ – Breton 2009-08-13 01:18:52

有關這是多麼愚蠢的例子，請查看一些微軟工程師對某些UI研究的反應。用戶不會閱讀郵件http://blogs.msdn.com/oldnewthing/archive/2003/09/01/54734.aspx ..他們的迴應？必須有辦法讓彈出式消息更令人討厭！他們會被強迫閱讀。 – Breton 2009-08-13 01:20:46

你提到了彈出模式對話框，我認爲非模態對話框同樣很糟糕。任何對話框都會將焦點從程序中移除，它們可能最終落後於程序並使其很難找到它們，甚至可能不會出現在同一個虛擬屏幕上。

我想看到所有對話框的結束。如果由於某些非正常情況需要阻止某人使用UI，那麼從窗口中刪除UI的相關部分，並將其替換爲對話框將包含的內容。一旦問題得到解決，請回到用戶界面。

來源

2009-08-13 01:42:27 pizza

一般來說，我都同意，但問題是，如果沿着這條路線走下去，你可能會以很小的收益完成大量的編程。彈出對話框非常容易編寫。像大多數編程決定一樣，這是一個妥協。技能和判斷力是必要的。但懶惰！=技巧和判斷。 – 2009-08-13 16:04:27

阿門！對話只會中斷你的流程。應該允許的唯一對話框是真正災難事件的對話框。 – 2009-08-25 14:14:11

+1爲好的答案和+1爲用戶名 – 2011-12-15 11:32:31

按Ctrl-Tab和Ctrl-Shift-Tab鍵循環左，中汲取靈感即使在大多數情況下，使用Ctrl-PageUp和Ctrl-PageDown複製相同的行爲，也不會出現MRU行爲。

來源

2009-08-13 00:35:34

所以你說的鍵盤快捷鍵的一致性重複是一個壞主意，需要停止。你喜歡哪個？ Ctrl-Tab或Ctrl-PageUp？ – 2009-08-13 00:38:54

不，我只是說這個特定的捷徑始終是錯誤的（特別是在跨平臺的應用程序中）。 – 2009-08-13 01:00:49

這個問題有點太開放了，恕我直言。

然而，我的主要做法時，設計什麼是：

適應在任何地方它是。如果它是一個Windows應用程序，我儘可能複製MS
這很簡單。
它提供的選項
按鈕有點擊的結果會是怎樣一個很好的說明，而不是「yes或‘否’

更難

回答您的文章的其他部分沒有花費小時打字出一個可以說是無用的（和重複的）指導方針。

來源

2009-08-13 00:35:36

所以你認爲微軟最新的UI設計是最好的，那麼你就不會改變一件事，或者你認爲一致性比創新更值得嗎？ – 2009-08-13 00:40:08

是的，一致性是值得的;儘可能創新，但對用戶而言，一般來說更一致是更重要的，因爲它更容易，而這正是您爲之寫作的對象。 – 2009-08-13 00:45:33

Apple Human Interface Guidelines是一個很好的閱讀這個話題。他們從廣泛的角度對此進行了討論，該指導方針適用於任何平臺，而不僅限於Mac。

來源

2009-08-13 00:36:15

有趣，感謝您的鏈接。 – 2009-08-13 00:42:37

在我看來，真正突出的一點是用戶需要更多，更容易地控制應用程序的用戶界面外觀和組織。

如此多的接口不能被用戶修改，以便最常用/最喜歡的功能可以組合在一起。這種能力會讓你喜歡的軟件更容易完成任務。

來源

2009-08-13 00:40:17 BoltBait

啊，好點。讓用戶自定義可點擊項目的位置並自定義熱鍵，使其最適合他們。雖然我認爲定製應該永遠不會成爲開始時考慮周到設計的替代品。 – 2009-08-13 00:41:54

過多的定製肯定有缺點。 1，也許我可以在我的桌面上獲得我想要的程序，但是如果我在朋友桌面上使用相同的程序，它不會幫助我。 2，很容易意外地搞亂了一個可定製的用戶界面（比如可能是一個錯誤的點擊，將一個重要的按鈕拖入虛無）。當發生這種情況時，必須通過程序的選項來找出如何恢復它是非常煩人的。 – andy 2009-08-13 01:03:28

也許它需要一個標準的擊鍵將UI重置爲出廠默認值。而且，應該有保存許多不同設置的選項，當然用戶可以選擇。 – BoltBait 2009-08-13 01:09:14

錯誤消息需要「只是做！」按鈕。

說真的，我真的不在乎你的愚蠢的錯誤信息，只是做我告訴你做什麼！

來源

2009-08-13 00:43:10 BoltBait

啊，我也喜歡那個。與其說要告訴用戶爲了實現目標而做出不同的事情，軟件應該爲他們做好準備。 – 2009-08-13 00:43:54

很多年前，Mac的一個擴展叫做，如果內存服務的話，「OK OK OK」。如果一個對話框出現在屏幕上的時間太長了，它只會爲你點擊OK按鈕。好東西。 – 2009-08-13 16:19:51

文件系統。我想保存一個文件..> OOOP我需要先考慮一個文件名。那麼....怎麼樣... blah.doc。

6個月後...

凡％＃*（％& *爲什麼我保存％（）＃*（）*荷蘭國際集團的文件？

的解決方案是建立一個版本系統成應用程序，或更好的操作系統，通過搜索引擎使內容找到文件，而不是迫使用戶想出一個令人難忘的名字，當他們想要的只是爲了他們的文件不會丟失時

消除保存步驟，在應用程序中鍵入內容，它就在那裏，並且不存在由於某種失誤而丟失的風險，如忘記保存。如果你想要一個更老的版本，你可以選擇一個日期，看看那個文檔看起來像什麼樣子。

建立在搜索引擎的想法：這是一個痛苦，必須導航一些任意的樹結構來找到你的東西。搜索要容易得多。然而，你可能仍然想要像「文件夾」一樣將多個文件分組在一起。那麼，您可以構建更豐富的元數據系統，並擁有「類別」或「項目」字段，並設置搜索引擎按項目或按類別顯示項目。或者按照他們的分組，或者我們接下來發布的任何新的UI發現。

來源

2009-08-13 00:48:05 Breton

文件名和擴展名僅僅是元數據的原始形式，所以我認爲你需要的是更廣泛地採用更復雜的元數據，並且有一天文件名可以被消除而沒有任何人注意到... – 2009-08-13 00:54:36

作爲元數據的文件名沒有什麼問題。問題是大多數系統都要求你輸入這個元數據以防止你的工作丟失。這是一個非常苛刻的贖金。 – Breton 2009-08-13 01:05:09

我無法理解的是，世界各地的操作系統開發人員每天都可以使用版本控制，並且沒有意識到這是他們正在開發的一個好主意。同樣適用於數據庫。當Facebook或Youtube可以在不到一秒的時間內找到朋友或視頻，並且我可以搜索任何我想要的元數據，那麼爲什麼我只需要搜索文件名，爲什麼還要看動畫狗而它正在搜索？ – Marius 2009-08-13 01:12:12

我認爲網絡的整個文檔模型需要改變。這不是用戶界面，但會導致許多不良的用戶界面。

文檔模型是連接一堆文檔的好主意，但現在網絡也是應用程序的集合。今天，我認爲Page/document模型破壞了我們的思維。我們最終將所有不相關的東西集中在一起，模塊化我們的代碼錯誤，最後讓用戶混淆我們的單片控制板類型網站。

來源

2009-08-13 00:50:00

有關如何使用Web的文檔模型並使其運行良好的示例，請參閱palm的WebOS。 – Breton 2009-08-13 00:52:18

觸摸界面

這是非常困難的點擊事情觸摸界面，因爲你當您按下屏幕夠硬不知道點擊的東西。如果你爲點擊的按鈕添加動畫，你很可能看不到它，因爲你的手指擋住了。添加其他反應，例如振動手機或在屏幕上繪製波浪可能會起作用，但通常會有一些延遲太大，比按下按鈕的觸覺大得多。因此，直到他們發明了一個可以按下按鈕的屏幕，所有觸摸設備都應該朝着拖動用戶界面（DUI）的方向發展。

反直覺更容易在屏幕上按下一個對象，拖動它，然後釋放它比它只需按下並釋放它。這可能是因爲您可以在開始拖動時看到對象正在移動，並且可以在拖動時調整壓力。拖動也有更多的選擇，因爲你現在有一個方向，而不僅僅是你點擊的點。如果用戶將對象拖動到不同的方向，則可以做不同的事情。速度也可以被使用，以及用戶釋放物體的點。發佈點是DUI的真正優勢，因爲即使像素進動也很容易發佈。

一些設計已經開始使用DUIS一樣（在這裏我們去）的iPhone，Palm Pre和Android手機。但只有部分設計是DUI，剩下的就是點擊。他們都有一個共同點是鍵盤。用戶不用點擊任何鍵就可以按任何鍵，然後將他們的手指拖向他們真正想要點擊的鍵。解鎖這些手機也使用拖動。

其他容易地實現DUI特徵將之類的東西鼠標手勢，其中拖在不同的方向，或繪製不同的形狀也不同的事情。還有一些替代鍵盤正在研究中，這更加重視拖動。所有按鈕都可以更改爲開關，所以必須將它們向下拖動以點擊它們。使用精心設計的圖形，這對用戶也應該是直觀的。

來源

2009-08-13 01:08:41 Marius

有很多，但這裏有一對夫婦他們的想法：