
模式
|
357
第三 章和 第四 章 也提 供一 些大 範 圍 設 計時 的可 能 性 。 一份 看守 門戶 的 表 單 — 任
何擋在使用者與當下目標中間的表單,例如登入或購物清單 — 應該位在
中央舞台
(Center Stage)
,且頁面上使人分心的雜物應該減到最少。或是把表單做成
情境面
板(Modal Panel)
,表現在頁面的上一層。
如果表單很長且涵蓋不同主題,或可考慮把它拆成
標題分區(Titled Sections)
,甚
至拆成不同頁面。(tab 分頁多半不適合做為表單的分群機制。)在拆解表單成不
同頁面時,請使用
精靈(Wizard)
與
序列地圖(Sequence Map)
模式,向使用者顯
示出他們在表單中的何處與接下來要前往的地方。
最後,表單應該使用
醒目的「完成」按鈕(Prominent
“
Done
”
Button)
表示完成或送
出的動作(請見第六章)。如果還有次要的動作,例如重設表單或協助的連結,請
設計得比較不醒目一點。
寬容格式(
Forgiving Format
)
圖
8
-
1
Weather.com
這是什麼
允許使用者輸入各種格式和語法的文字,應用程式內部會想辦法解讀。
何時使用
你的 UI 向使用者詢問資料,這種資料可能會混雜著無法預期的空白、分隔線、縮
寫、大小寫……等等。總而言之,UI 可以接受來自使用者的各種資料(不同的意
義、格式或語法),但是你希望介面在視覺上保持簡單,不要太複雜。
為何使用
使用者只想把事情做完,不會去想「正確的」格式和複雜的 UI。電腦則適合用來