Windows桌面應用程序設計指南(控件篇4-命令鏈接)

通過點擊命令鏈接,用戶可以在一段說明文字下作出單一選擇,以進入任務的下一個步驟。
命令鏈接外觀簡潔輕量,可配有描述性的標簽文字,通常帶有標準箭頭或其他通用icon,也可以另附上補充性質的說明文字。

一組典型的命令鏈接

和單選按鈕的含義相似,命令鏈接也用來表示一組含義不同又相互有關的選項。就像單選按鈕組一樣,命令鏈接總是成組,不會單獨出現。在外觀上,命令鏈接和普通鏈接很相似,只是普通鏈接沒有邊框,也沒有很強的點擊示能。命令鏈接和命令按鈕也有些相似,所以它可以被視作默認的“命令按鈕”,也可以被設置存取鍵。另外和確認按鈕一樣,點擊命令鏈接,要么會關上(對話框的)窗口,要么進入(彈框或頁面流的)下一頁。

何時使用該控件?

思考以下問題:

  • 所有的選項是否都對應著主文案的語義,并且這些選項代表的操作都是當前窗口和頁面的主要任務?用戶必須得做出選擇而不是直接去下一個頁面嗎?如果不是以上情況,使用命令按鈕或者鏈接等其他控件。命令鏈接不適合做次級和非必選的選項,也不適合做單純的導航鏈接。
盡管該個性化控制面板中的項目看起來像是命令鏈接,但其實它們都只是普通連接,因為該頁面中的內容只是單純用來展示和瀏覽用。
  • 控件的作用是從一組互斥的選項中選擇一個作為(主文案的)回應嗎?如果不是,使用其他的控件。如果只是需要選擇互不影響的選項,使用命令按鈕或者鏈接。
  • 在對話框中,點擊控件需要附帶對話框關閉的效果嗎?如果沒有這樣的需求,考慮使用單選按鈕、命令按鈕或者鏈接等不會關閉當前窗口的控件。
錯誤示例。因為點擊選擇后會有關閉當前窗口的效果,故命令鏈接不能用在屬性窗口或者帶有標簽頁的對話框中。
  • 對于向導頁和頁面流來說,點擊控件是否可以不經進一步確認,直接進入下一頁? 需要確認的任務要使用命令按鈕,而不是命令鏈接。因為命令鏈接外觀形似普通鏈接,這會讓用戶感覺他們是在頁面流中穿梭瀏覽,這種“能夠返回”的錯覺導致命令鏈接不適合在 commit pages 確認頁面中出現。

  • 對于向導頁和頁面流來說,是否有其他一些頁面也使用了命令鏈接? 如果是這種情況,在其它情況都相同的情況下,優先考慮統一頁面控件使用方式,都使用命令鏈接。

  • 選項數為二到五個嗎? 命令鏈接不要單獨出現。作為一個大體積控件,屏幕區域的高度也要和它的整個體量成正比,推薦鏈接選項在五個以內。如果選項超過六個,可以使用單選按鈕、普通鏈接或者單選列表視圖 list view來呈現。

上例中,微軟的AutoPlay功能窗口使用了單選列表視圖
  • 使用單選按鈕和確認按鈕的組合是否更合適?在以下情況時,使用單選按鈕會更好:
    (1)需要設置一個推薦多數用戶選擇的默認選項。相對于默認選中的命令鏈接來說,用戶更不容易去更改默認選中的單選鈕。尤其是在向導頁中,用戶習慣于點擊下一步,確定所有默認設置選項。但是從另一方面來說,如果希望鼓勵用戶做出更精確的個性化選擇,那么使用命令鏈接更加合適。
    (2)用戶在做最終決定前,需要和選項進行交互。例如,點擊單選按鈕,可能會動態展示出關于該選項的詳細信息。
上例中,點擊單選按鈕會動態展示出選項的描述信息。

(3)頁面上還有二級選項或其他相關選項。命令鏈接有主導頁面的傾向,會使用戶忽視其他頁面內容。而且,點擊命令鏈接之后,也不可能再進行其他二級選項的選擇了。

錯誤示例。在上例中,列出了響應主任務的兩種不同方法。其中命令鏈接沒有放在上面、作為第一選項,因為它太搶眼了,如果放在第一位置的話,第二個選項就很難被用戶選擇到
正確示例。單選按鈕將內容組織得清晰明了,而且用戶也能有注意力放在第二個選項上去進行選擇了
  • 在對話框中,使用一組確認按鈕是否更合適?當響應動作的名稱比較復雜冗長、并且需要進一步解釋的時候,適合使用命令鏈接。當選項內容簡單并且數量不多時,使用成組的確認按鈕更好。
錯誤示例。命令鏈接使對話框復雜化了。
正確示例。簡單的確認按鈕組非常合適。

但是,當確認行為需要文字進行解釋時,使用命令鏈接更為合適。

錯誤示例。大段文字都是為了對確認按鈕進行解釋。
正確示例。命令鏈接很好地進行了自我說明。

注意 使用命令鏈接需要 Windows Vista或更高版本,在早期版本的Windows中并不適用。用戶可以使用常規鏈接作為替代方案。

在上例中,Windows XP 系統使用了帶有icon和補充說明的常規鏈接作為命令鏈接來使用。

設計思路

命令鏈接自帶解釋性的長標簽文字和可選設置的補充說明文字,但并不是一定需要這樣使用。參見以下示例:

該對話框的選項文字設置過于冗余。

該對話框的問題很簡單,但命令鏈接的敘述讓它大大復雜化了。用戶不會為簡單的任務而去閱讀所有解釋說明。

我們可以根據以下三項原則,來簡化對話框中的命令鏈接:

  • 不要在補充說明文字中,把命令鏈接重述性地解釋一遍。只有當命令鏈接字面上沒法解釋完整時,才需要考慮使用補充說明。補充說明不是命令鏈接的必備部分。
  • 選擇最安全穩妥的選項(防止數據丟失和系統存儲)作為默認選項。如果不首先考慮安全性,就選擇用戶最有可能選擇、覺得最合適的選項作為默認值。
  • 設置一個明確的取消按鈕。不要設置另一個命令鏈接來作為取消操作的選項。
    遵循以上原則,我們應該減少不必要的補充說明,設置最為合適的默認選項,并且提供明確的取消按鈕。
改進方案

盡管這個方案沒有詳細解釋不保存將會帶來的損失,但是很少會有用戶會因此而改變選擇。這樣的設計是適宜的。
考慮命令鏈接在這里是不是最合適的控件,示例中的對話框還可以再優化。實際上命令按鈕是更好的選擇,因為這里的動作都不需要詳盡的解釋和說明。

最優方案

命令鏈接有許多優勢,但是不合理地使用也會導致過度表述。對于對話框來說,首先應該考慮使用確認按鈕,只有當確認按鈕確實沒法表述清楚選項時,才需要考慮使用命令鏈接。
合理設計的命令鏈接,在界面中應該簡潔清晰。如果情況相反,則需要退后一步看看,考慮一下其它的設計形式,重點在于關注最需要交互和表述的部分。
最重要的只有一點:不要使用命令鏈接進行過度表述。命令鏈接應該簡潔明確地表達交互目的,不要使情況復雜化。

應用范例

命令鏈接有以下幾種使用范例:

  • 頁面響應 命令鏈接用來響應主任務,并進入下一頁。

這種設計,命令鏈接其實是代替了“下一步”按鈕的作用。但是取消按鈕還是需要設計的。
頁面響應并沒有“確認”含義的暗示。因為命令鏈接形似普通鏈接,而用戶感覺上會認為可以在頁面流中進行瀏覽和跳轉,所以命令鏈接不適合確認性頁面。用戶應該是隨時可以回退的。

在上例中,命令鏈接對主任務進行了描述性的回應說明。這里使用單選按鈕也是可以的,而用戶使用命令鏈接可以一次點擊就完成交互而無需確認。
  • 對話框響應 命令鏈接用來響應主任務,并且關閉對話框。

這種設計,命令鏈接其實是代替了“確定”按鈕的作用。但是取消按鈕還是需要設計的。
和頁面流不一樣,當對話框中的選項選定后,用戶是無法回退的。也就是說,對話框中的命令鏈接暗含確認意義。

在上例中,命令鏈接對主任務進行了描述性的回應說明。這里使用單選按鈕也是可以的,而用戶使用命令鏈接可以一次點擊就完成交互而無需確認。
  • 細節響應 包含細節信息的響應頁面或對話框。

有些情況下,用戶需要更多的細節信息來幫助他們做出選擇。


在上例中,說明細節的命令鏈接可以幫助用戶更好地做出選擇。縮略圖和文件信息都是有用的輔助說明。

設計指南

交互

當點擊命令鏈接響應不及時時,鼠標展示正忙狀態。如果沒有反應,用戶會認為點擊無效,從而再次點擊。

展示

  • 永遠成組(多于兩個)展示命令鏈接。從邏輯上來說,如果回答選項只有一個,那就沒必要問問題了。
錯誤示例。在上例中,對話框似乎是要讓用戶進行選擇,但是確只有一個說明。實際上把這個對話框設計成一個通知就可以了。
  • 先展示最有可能選擇的命令鏈接。選項的展示順序應該大致按照選擇的可能性從高到低依次排列,同時也要兼顧邏輯上的順序。
    例外情況:操縱全局的命令鏈接應該優先展示。
  • 設置一個簡明的取消按鈕。不要用一個命令鏈接來實現取消功能。很多情況下用戶發現自己不想執行某一命令,但使用命令鏈接來取消會迫使用戶認真讀完所有選項,才能甄別出哪一個鏈接有取消功能。一個設置簡明的取消按鈕能使用戶方便快捷地取消任務。
錯誤示例
  • 如果設置了取消按鈕后,命令鏈接只剩一個了,那就同時設置有取消含義的命令鏈接和取消按鈕。不要僅僅用“取消”等文字來描述第二個命令鏈接,盡量使它的描述看起來和第一個選項的含義不同或相反。
示例
  • 為了不讓用戶誤解,如果做出選擇后無法回到之前的狀態,使用“關閉”而不是“取消”描述。
  • 不要展示禁用狀態的命令鏈接。如果當前狀態下有的命令鏈接不可用,就直接去掉它。如果去掉所有不適用選項鏈接后就剩一個鏈接了,要么取消掉這個窗口或者頁面,要么改為展示聲明 confirmation來征求用戶的確認反饋。

圖標Icons

  • 所有命令按鈕都需要一個圖標。 圖標能讓用戶將命令鏈接同普通鏈接和用戶界面文字區分開來。
  • 箭頭圖標只能應用于命令鏈接。 除了在Window XP環境下,需要用普通鏈接來實現命令鏈接的功能時,其他情況下,普通鏈接都不能帶有箭頭圖標。
  • 安全盾圖標表示需要立即引起重視的動作和指令。 有關使用安全盾圖標的其他指南,請參閱用戶帳戶控制.
  • 在有助于用戶辨認和區別選項的情況下,使用自定義圖標補充說明。
錯誤示例。這里的圖標用戶無法快速識別
  • 通用圖標有兩種尺寸:16×16px或32×32px。如果空間足夠,并且有利于用戶的辨認,可以使用32px的尺寸;如果是需要加上盾牌圖案的圖標,使用32×32px或48×48px尺寸的圖標。
32×32px的圖標
48×48px的圖標
  • 避免在同一頁面上混合使用通用圖標和標準箭頭圖標。如果要使用通用圖標,盡量同一頁面其他地方也使用通用圖標。當然,箭頭圖標還是要比一些意義不明的通用圖標表意更清楚一些。

默認值

  • 選擇最安全穩妥的選項(防止數據丟失和系統存儲)作為默認選項。如果不首先考慮安全性,就選擇用戶最有可能選擇、覺得最合適的選項作為默認值。
  • 在實際情況下,設置第一個響應動作為默認值。這樣符合用戶的設想,除非命令沒有按照邏輯順序來設置。
  • 在對話框中,除非能夠輕易撤銷操作,否則不要將毀滅性的動作設置為默認的命令鏈接。

推薦尺寸和間距

圖示

標簽

注意 因為命令鏈接是對主命令的響應,所以在設置響應之前,你也應該撰寫一份合適的主任務說明good main instruction

命令鏈接標簽文字

  • 選擇一個簡潔的標簽,清楚地表明和區分每個命令鏈接的含義。 它應該是不言自明的,并能對應主命令文字。標簽文字的重點在于其和其他選項產生結果的差異性。用戶不需要弄清楚命令鏈接的真正含義或者它與其他命令鏈接的區別。

    錯誤示例。在這個例子中,選擇第二個和第三個選項的響應到底有什么區別?你是不是寧愿去點擊那個取消按鈕關掉整個對話框了?

  • 命令鏈接標簽的目的在于幫助用戶做出正確的決定。 省略不影響選擇的細節。 這些標簽并不一定是對將要發生的事情的完整說明。

  • 用動詞引導命令鏈接。 但是,不要使用“點擊”文字,因為標簽應該傳達命令鏈接的功能,而不是它的工作方式。
    例外: 如果所有的命令鏈接都以相同的動詞或短語開頭,則刪除這些所有多余的動詞或短語。

  • 一般來說,使用積極的措辭(提供做某事的選擇)。 如果為了使標簽更容易理解,使用消極的措辭(提供不做某事的選擇)也是可以的。

  • 使用類似的短語結構和單行標簽。長標簽不利于閱讀,也沒有必要。 此外,中等長度的標簽更易于在文檔中被引用。
  • 使用句子的大小寫規則。

  • 除非標簽是一個問句,不要使用標點符號結束標簽。

  • 為標簽設置唯一的存取鍵。 設計規則,見“鍵盤”一章中的敘述。

  • 不要用省略號。 省略號意味著執行操作可能需要更多的信息。 正確設計的命令鏈接是可以立即執行命令的,因此不需要省略號。

  • 如果某個選項是強烈推薦用戶選擇的,在標簽上添加"(推薦)"。 一定要在標簽上加上說明,而不是補充說明。
  • 如果某個選項僅針對高級用戶,請在標簽中添加"(高級)字樣。 一定要在標簽上加上說明,而不是補充說明。

提示:為了評估命令鏈接設計得是否合適,您可以通過想象是一個真實的朋友在陳述主指令文字,然后您根據選擇的命令鏈接來進行回應。如果使用命令鏈接進行響應會顯得不自然或笨拙,那么可能需要修改命令鏈接,并且可能也要修改主指令文字。

補充說明文字

  • 如果命令鏈接需要進一步解釋,請提供補充說明。 補充說明描述了用戶選擇該響應的理由或者選擇該響應會產生的后果。

    該例中,補充說明解釋了選項隱含的意思

  • 不要使用重復描述命令鏈接的冗長補充說明。 只有當你不能使命令鏈接清晰明了時,才使用補充說明。 為一個命令鏈接提供補充說明并不意味著其他所有的命令鏈接都得這樣。

  • 補充說明的目的在于幫助用戶做出正確的決定。 忽略不影響選擇的細節信息。 補充說明并不一定要對將要發生的事情做出完整的說明。
  • 使用類似的短語結構,文字最多三行。 冗長的補充說明不利于閱讀,也沒必要。
  • 使用完整的句子結構和結束標點符號。

命令鏈接組標簽

  • 不要使用組標簽。 主指令已經充當了命令鏈接的組標簽。

說明

在提到命令鏈接時:

  • 使用確切的標簽文本,包括其大小寫,但不包括訪問鍵下劃線。

  • 如果標簽包含對象名稱,可以省略對象名稱或使用占位符文本。

  • 要描述用戶交互,請使用 點擊。

  • 在有需要時,使用粗體文本表示標簽文字。或者,為了防止混淆,可以在需要時將標簽文字加上引號。

示例: 要復制圖片,請單擊復制和替換
點擊重置網絡適配器(對于一個標簽為“重啟網絡適配器 適配器名 ”的命令鏈接要這樣描述)

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。