當一個表單上的多個文本字段被邏輯地分組到一個groupbox中,並且在表單的範圍內是可選的時,添加一個複選框說「是的,我想填充這些字段out「還是最好讓它們留空?界面設計 - 顯式或隱式包含
複選框確實提供了一個有用的標誌說,「嘿,組XYZ是有效的。」
當一個表單上的多個文本字段被邏輯地分組到一個groupbox中,並且在表單的範圍內是可選的時,添加一個複選框說「是的,我想填充這些字段out「還是最好讓它們留空?界面設計 - 顯式或隱式包含
複選框確實提供了一個有用的標誌說,「嘿,組XYZ是有效的。」
我不會過分複雜化它的複選框。只是驗證所有必需數據已輸入。
在可用性方面我總是會投隱含。
不過,我寧願做一些事情(即明確的),如果隱含的實現是愚蠢的。
轉到了病理意義但是要測試一下它,並確保它在正確的時間拉出正確的東西。 (國際海事組織)
我同意別人的觀點,簡單的答案是隱式地做,我會花一些時間來考慮用例及其頻率,以及任何必需的字段相互依賴性。
例如,在運輸/帳單地址表單上,完成不同帳單地址的選項幾乎總是明確的,因爲這是極少數情況。
另一方面,如果使用分組的可選字段很常見,使其隱含並將其留給用戶來填充或不填充可能是更好的選擇。
除此之外,您還應該考慮用戶的使用模式以及他們的工作流程。您的應用程序是否會被一小部分天天使用它的專家用戶使用,或者由更多的臨時用戶組成,或者這兩個極端之間的事情?
在我看來,用戶界面設計很少被切割和乾燥。很多決定都是(或者應該)是情境性的。
組的標籤「可選」可能就足夠了,並且可以避免用戶不必弄清楚並使用複選框。
在大多數情況下更好:標記或標記其他字段爲「必需」。這可能更重要。只有費心標註可選字段,如果你觀察到很多用戶浪費他們的時間填充出來不必要
取決於:)
舉個例子:如果 -
我想添加一個複選框「自動發佈」到組中,並且僅在啓用複選框時才顯示相關控件。
理由:誰的用戶不需要自動發佈應該不會看到自動發佈的問題(如「什麼的服務器」,「用戶是什麼」等)
如果可選字段不彼此相關(即他們屬於應用程序的不同功能),這會得到更多的「依賴」-sy。如果他們超過表格上所有選項的20%,我會將它們放在單獨的「高級」表單上,或者 - 甚至更好 - 提供一個「表單擴展器」,例如,一個[More >>]按鈕。 (考慮保存這個按鈕的狀態)。
否則,不要打擾(但要明確哪些字段是必需的)。
(所有數字都是經驗法則,拇指直徑可能不同)
如果它是可選的,你有沒有考慮過沒有表單元素? – AdamC 2009-06-09 08:20:54