當管理對象列表時，我總是在設計用戶界面時遇到困難。什麼是管理列表的好方法？
例如，我需要管理一個員工列表。在我的工作中，我們總是在兩種管理員工的方法之間切換：
雖然我更喜歡第二種方法，但我沒有任何引用來支持我的選擇或將其解僱。
有沒有人有任何建議或參考，可以幫助我設計一個良好的用戶界面來管理對象列表？
選項1允許用戶一次看到更多的列表項，所以當用戶可能需要在列表中跳轉很多時（例如，找到下一個要編輯的記錄）時，選項1是優選的。除此之外，更多的項目意味着更少的滾動。
選項2通常可以讓用戶更快地編輯該字段，因爲不需要等待新的瀏覽器窗口打開，也不需要用戶進行認知重定向，所以對於大量數據輸入（例如，每記錄一個接一個地更改爲）。
兩種選擇都基本上劣通過使用可編輯的網格或帶的已填充適當的控制（文本框，組合框，複選框等）的陣列替換表格編輯就地在表與適當的一組記錄的字段值進行比較。用戶直接在表中更改字段並選擇保存按鈕或菜單項以一次更新所有更改的記錄。或者，如果您的帶寬可以處理它，每當一個領域失去焦點時，您可以自動保存。
相比選項1和2，編輯就地具有以下優點：
無需單擊編輯按鈕來更改記錄，額外的導航步驟，需要時間和學習（例如，用戶必須學習「編輯」圖標）。
無需在視覺上重新獲取其他位置的字段以編輯它們，從而使編輯更加快速和輕鬆。
沒有第二個窗口或窗體佈局學習和理解，並消耗用戶可能想用於其他事情的屏幕房地產。
沒有模式 - 用戶可以在編輯和查看之間流暢地切換，並在方便時進行保存。
如果您有僱員太多的字段的表，甚至與水平滾動顯示，那麼你需要（1）具有在單一窗口分屏主 - 細節佈局之間進行選擇，並（2）有兩個窗戶並允許鑽取。但是，優化「額外」字段的顯示與如何編輯記錄是分開的問題。可用性的一般規則是，如果用戶可以編輯一個字段，那麼無論該字段出現在哪裏，無論是在表格，屏幕的細節溢出區還是單獨的向下鑽取區域細節窗口。
對話框是模態的，用戶體驗專家通常對此不以爲然。分屏不僅可以進行編輯，還可以非常自然地「查看一個給定員工[或其他類型的對象]的所有細節」（可能有更多的信息比裸露的列表可以有效顯示）; 「讓這個詳細信息可編輯」的按鈕似乎是一種非常流暢，自然和無縫的方法，沒有與對話框，彈出窗口，懸停時出現的「工具提示」等相關的不愉快之處。
有關UX批判模態操作的參考摘要，您可能會從wikipedia開始並按照其鏈接。
我對拆分屏幕的看法是，它很難知道什麼時候一個對象被保存，因爲通常沒有保存或不存在取消按鈕。 –
@Pierre - 有多種方法可以解決這個問題：1.在項目上顯示修改過的指示符; 2.有一個應用按鈕; 3.隱式保存導航到不同的項目。 （或這些的任意組合） –
我肯定會推薦一些「對象被修改」的可見指示 - 例如一個不同的背景，或更突出的東西 - 並應用和取消按鈕。對於自動申請，我更猶豫（基於人爲因素）。 –
我已經使用「電子郵件客戶端」佈局取得了一些成功。屏幕左側包含導航元素（類似於電子郵件客戶端中的文件夾）;右側在拆分窗口中分爲頂部和底部，頂部包含一個列表（例如，員工 - 類似於電子郵件列表），底部包含一個表單（由選項卡頁面組成）以編輯所選項目該列表（類似於您正在撰寫或查看的單個電子郵件）。電子郵件客戶端佈局具有熟悉的主要好處 - 幾乎每個人都使用電子郵件！主要的電子郵件客戶都遵循相同的佈局，增強了熟悉的好處。
我不相信你會找到關於這個特定問題的任何實際研究，因爲它對於手頭的應用是非常特定的。它涉及的是單個對象如何被使用/訪問/修改/等等。
這就是說，我多年來一直在這個問題上來回奔波，並且已經來到了第二個位置。這是我們內部應用程序的一個障礙。
alt text http://i27.tinypic.com/2iu22qg.png
高級用戶可以進入中間點擊在新窗口中打開，你會得到排序，篩選等，作爲列表的增長。
很高興能得到像你這樣的人的評論M. Papadimoulis。在某種程度上，彈出的「對話框」實際上不需要是對話框。它可以是另一個窗口。但是這可能會導致許多員工開放窗口。 –
這非常好，讓我想起了Alan Cooper的UI書籍_About_Face_上的「自然語言輸出」。 –
如果主要目標是查看列表，此模型非常有用。如果主要目標是編輯列表項目，則此模型不能很好地工作。 –
正確答案取決於您的列表主要目標是圍繞編輯對象還是查看列表。
如果編輯不是頻繁操作，您可以解決它在一個單獨的窗口中，並使用主視圖上的屏幕空間來顯示所需的詳細信息。
但是，如果編輯將是一個頻繁的操作，您希望它與列表一致，因爲打開一個新窗口會產生太多的摩擦。
我投票結束這個問題作爲題外話，因爲它不是關於編程 –