數(shù)字電視交互設計規(guī)范分冊暫定樣本

南京有線中間件平臺系統(tǒng)技術規(guī)范數(shù)字電視交互設計規(guī)范分冊(暫定)編號版本V1.0密級內(nèi)部公開公布日期-2-14江蘇省廣播電視信息網(wǎng)絡股份南京分企業(yè)中間件工作小組目錄一、 引言 61.1 文檔目標 61.2 適用范圍 61.3 參考資料 6二、 設計標準 72.1 用戶體驗設計標準 72.1.1 反饋和交互 72.1.2 一致性 72.1.3 容錯性 72.1.4 整體美學 72.2 最輕易犯錯誤 82.2.1 窗口 82.2.2 布局 82.2.3 文本 82.2.4 控件 92.3 怎樣設計優(yōu)異用戶體驗 112.3.1 抓住基礎功效 112.3.2 把某方面做出色 112.3.3 無須強求每個人全部滿意 112.3.4 做出艱苦決定 112.3.5 給人體驗就像是在進行友好對話 112.3.6 默認實施正確操作 122.3.7 讓它得以工作 122.3.8 小心提問 122.3.9 使其用起來很棒 122.3.10 使其看起來很棒 122.3.11 使其響應立即 122.3.12 使其保持簡單 132.3.13 避免糟糕體驗 132.3.14 為常見問題設計 132.3.15 不要使人厭煩 132.3.16 降低精力、知識和思索 132.3.17 測試你用戶界面 142.4 簡約而又強大 142.4.1 強大 142.4.2 簡約 14三、 界面 163.1 高清 163.2 標清 17四、 控件 184.1 列表視圖 184.1.1 它用在這里適宜嗎？ 184.1.2 標準列表視圖展示 194.1.3 推薦尺寸和間距 214.1.4 文檔編寫 224.2 列表鏈接 224.2.1 使鏈接明確、相關且能夠被預知 234.2.2 使用模式 234.2.3 設計規(guī)范 254.2.4 文檔編寫 274.3 按鈕 284.3.1 它用在這里適宜嗎？ 284.3.2 使用模式 294.3.3 設計規(guī)范 304.3.4 推薦尺寸和間距 314.3.5 文檔編寫 324.4 復選框 324.4.1 它用在這里適宜嗎？ 324.4.2 使用模式 344.4.3 設計規(guī)范 354.4.4 推薦尺寸和間距 364.4.5 復選框標簽 374.4.6 文檔編寫 384.5 單選框 384.5.1 它用在這里適宜嗎？ 394.5.2 設計規(guī)范 404.5.3 推薦尺寸和間距 424.5.4 文檔編寫 424.6 進度條 434.6.1 它用在這里適宜嗎？ 434.6.2 設計理念 444.6.3 使用模式 444.6.4 設計規(guī)范 464.6.5 推薦尺寸和間距 504.6.6 標簽 504.7 文本框 514.7.1 它用在這里適宜嗎？ 524.7.2 設計理念 524.7.3 使用模式 524.7.4 設計規(guī)范 544.7.5 輸入驗證及錯誤處理 584.7.6 提醒 584.7.7 推薦尺寸和間距 594.7.8 文檔編寫 594.8 對話框 604.8.1 它用在這里適宜嗎？ 604.8.2 設計理念 614.8.3 對話框特征 614.8.4 使用模式 624.8.5 設計規(guī)范 644.8.6 推薦尺寸和間距 664.8.7 文本 674.8.8 文檔編寫 724.9 信息提醒 724.9.1 它用在這里適宜嗎？ 734.9.2 設計理念 734.9.3 設計規(guī)范 744.9.4 文檔編寫 74五、 菜單 755.1 設計理念 755.2 使用模式 755.2.1 主頁菜單 755.2.2 分級頁面菜單 765.3 設計規(guī)范 775.3.1 菜單項組織和次序 775.3.2 菜單分類命名 775.3.3 視覺展現(xiàn) 77六、 文本 796.1 用戶界面文本 796.1.1 使用模式 796.1.2 設計理念 806.1.3 UI文本設計模型 816.1.4 去除反復 816.1.5 避免過分溝通 816.1.6 使用倒金字塔結構 826.1.7 設計規(guī)范 836.2 風格和語氣 836.2.1 設計理念 846.2.2 設計規(guī)范 84

版本和修訂版號公布日期編制人審核同意修訂摘要V1.0-1-14中間件工作小組引言文檔目標依據(jù)交互設計學和數(shù)字電視機頂盒界面特點，制訂一套用于數(shù)字電視界面交互設計標準，期望UCD部門以這套標準為依據(jù)進行各項目標交互設計，以確保企業(yè)各系列產(chǎn)品在交互方法上一致性。適用范圍企業(yè)數(shù)字電視界面設計。參考資料[1]《Windows用戶體驗交互設計規(guī)范》。[2]《Apple人機接口設計指南》。[3]《iPhone人機界面設計規(guī)范》。[4]《Windows-Phone-7-UI設計及人機交互指南》，pdf版。[5]《AboutFace3交互設計精髓》設計標準用戶體驗設計標準反饋和交互反饋和交互意味著經(jīng)過適宜反饋和和程序之間交互從而讓用戶時刻知道現(xiàn)在發(fā)生了什么，而不僅僅是當事情犯錯時顯示一個警告。一致性標簽和功效是否使用了一致術語？圖標是否總是代表一個意思？全部模塊中概念全部是以一樣方法展現(xiàn)嗎？類似控件和用戶接口元素是否顯示在窗口和對話框類似位置？容錯性提供充足容錯性以激勵用戶操作電視時─致，用戶應該認為能夠嘗試多種功效而無需擔心破壞系統(tǒng)或損壞數(shù)據(jù)。提供如返回，后退等操作，從而讓用戶放心地使用多種業(yè)務。整體美學整體美學意味著信息經(jīng)過良好組織而且和視圖設計一致。在長時間使用情況下，您產(chǎn)品應該仍然令人愉快。不要在窗口和對話框中塞滿圖標或按鈕。不要隨心所欲使用符號來表示部分概念，因為她們可能對用戶組成困擾或分散用戶注意力。窗口布局和用戶接口元素設計應該反應用戶心智模型。比如：使用高質量圖標。使用抗鋸齒字體。一個窗口中字體大小和類型應該一致。在一個窗口內(nèi)控件大小應該一致─比如，不要將小號控件和標準控件混用。界面元素行為應該和用戶期望一致，不要試圖更改標準控件行為。比如：復選框應該只用來多項選擇，而不是單一選擇。按鈕只應被用來表示部分立即實施東西，如“打開”。避免使用按鈕來顯示彈出菜單或將按鈕用作標簽。避免將圓角按鈕用作標簽頁。盡可能讓用戶在任何時候全部能做她們想做事情。避免使用模式對話框來將用戶鎖定在某個操作中，以至于在目前操作完成前用戶不能做別事情。最輕易犯錯誤窗口確保在640x526和1280x720模式下分別測試標清和高清頁面。檢驗布局問題、控件和窗口裁剪、和圖標和位圖拉伸情況。假如窗口是子窗口，首次顯示時應將其“居中”顯示在父窗口上方。不要顯示在下方。以后顯示時候，假如更為方便，應考慮將其顯示在最終一次出現(xiàn)位置（相對于父窗口）。假如窗口是上下文相關，應該總是將其顯示在靠近觸發(fā)它對象旁邊。不過，應該把它放在靠旁邊位置（最好是向右下方部分），以免擋住對象。布局將窗口中控件和面板尺寸調(diào)整為適合經(jīng)典內(nèi)容大小。控件尺寸?？丶叽鐟撨m合于其經(jīng)典內(nèi)容，將控件變得更寬、更高、必需時使用多行編輯。調(diào)整控件尺寸，以避免或降低在那些有大量空間窗口中進行滾動?？臻g窗口中存在任何被截斷標簽或文本。列寬。確保列表視圖含有適宜默認、最小及最大列寬。為列表視圖使用不會引發(fā)文本截斷默認列寬，尤其當列表視圖中還有足夠空間時。布局平衡。窗口布局應該讓人感到大致平衡。假如認為布局左側偏重，應該考慮增加控件寬度，并將部分控件移到右側。文本盡可能使用一般、口語化用語。關注于用戶目標，而非技術。有禮貌、給支持和激勵。用戶絕不應感到被牽就、被責備或被脅迫。刪去反復多出文字。在窗口標題、主標題說明、補充說明、內(nèi)容區(qū)域、命令鏈接及提交按鈕中尋求反復多出文字。通常，完全保留說明文本和交互性控件中文字，刪去其它地方反復內(nèi)容。不要為不是鏈接文本使用藍色，因為用戶會把它當成鏈接。在你想使用彩色文當?shù)胤绞褂么煮w或某種灰色。謹慎使用粗體來吸引用戶注意那些必需閱讀文本。使用主標題說明來簡明地解釋一個頁面或對話框用來做什么。好主標題說明傳達是用戶目標，而不只是關注于操作用戶界面。以祈使句式指導或明確疑問句形式表述主標題說明。不要在控件標簽或主標題說明末尾添加句點。在句子之間使用一個空格。而不是兩個。控件常規(guī)為每個控件或控件組添加標簽。例外：文本框和下拉列表能夠經(jīng)過提醒文原來標注。對于全部控件，應該將最可靠（避免丟失數(shù)據(jù)或無法訪問系統(tǒng)）、最安全值作為單選框。假如可靠性和安全性不是需要考慮原因，那么就選擇最有可能或最方便值。最好使用帶約束控件。盡可能使用像列表和滑塊這么帶約束控件來降低文本輸入需要，而不是像文本框這么無約束控件。重新考慮禁用控件。禁用控件可能極難使用，因為用戶需要推斷其被禁用原因。命令按鈕盡可能使用明確標簽，而很規(guī)標簽。理想情況下，用戶應該不需要為了了解標簽而閱讀其它任何內(nèi)容。用戶更愿意閱讀命令按鈕標簽，而不是靜態(tài)文本。例外：假如“取消”有歧義話，不要修改“取消”按鈕名稱。用戶不應該需要閱讀全部按鈕來確定到底哪個按鈕能夠取消該操作。不過，假如不清楚要取消是哪個操作，比如有多個立即進行操作時，能夠重命名“取消”。當提問時，使用和問題相對應標簽文字。比如，為那些是/否問題提供“是”和“否”選擇。假如取消后退回之前狀態(tài)（沒有任何副作用），則將按鈕命名為“取消”；不然，應該命名為“關閉”（假如操作已經(jīng)完成）或“停止”（假如操作還在進行中）來表示會完整保留目前更改過狀態(tài)。命令鏈接應該總是同時展現(xiàn)兩個或更多命令鏈接。從邏輯上來說，沒必需問只有一個答案問題。提供明確“取消”按鈕。不要將命令鏈接作此用途。很可能用戶意識到她并不想進行這項任務。使用命令鏈接來取消會使用戶必需仔細閱讀全部命令鏈接并確定哪個表示取消。使用明確“取消”按鈕能夠讓用戶很快速地取消任務。假如提供明確“取消”按鈕使得只剩下單獨一個命令鏈接話，能夠同時提供用于取消命令鏈接和“取消”按鈕。這么做能夠明確表示用戶能夠進行選擇。以它和第一個選擇有什么不一樣角度來描述這個命令鏈接，而不僅僅是“取消”或類似變體。鏈接不要為鏈接分配訪問鍵。不要為鏈接文本添加“單擊”或“單擊此處”字樣。這是不需要，因為鏈接暗示了單擊動作。漸進展開將“更多/更少”漸進展開按鈕用于隱藏高級或極少使用選項、命令及用戶通常不需要細節(jié)內(nèi)容。不要隱藏常見內(nèi)容，因為用戶可能找不到它們。確保這種隱藏是有價值。假如界面上一直顯示了部分選項、命令或細節(jié)，則使用下列標簽組合：更多/更少選項。用于選項或是選項、命令和細節(jié)內(nèi)容混合。更多/更少命令。僅用于命令。更多/更少細節(jié)。僅用于信息。更多/更少<對象名稱>。用于其它對象類型，如文件夾。不然：顯示/隱藏選項。用于選項或是選項、命令和細節(jié)內(nèi)容混合。顯示/隱藏命令。僅用于命令。顯示/隱藏細節(jié)。僅用于信息。顯示/隱藏<對象名稱>。用于其它對象類型，如文件夾。進度條應該將確定模式進度條用于那些有確定時間界限操作，即使其中大部分時間全部無法進行正確估計時也一樣如此。不確定模式進度條即使表示正在進行中，但無法提供任何其它信息。不要僅僅因為不夠正確，就選擇不確定模式進度條。假如能夠正確計算話，應該提供估量剩下時間。正確估量剩下時間是有用，而那些差得離譜或猛烈改變估量值是沒用。你可能需要在給出正確估量值之前優(yōu)異行部分操作。這么話，不要在初始階段顯示可能不正確估量值。不要重新開啟進度。假如它重新開啟（可能因為操作中一個步驟完成），進度條就喪失了它意義，因為用戶無法了解整個操作什么時候會完成。相反，該操作中各個步驟應該分別只占整個進程一部分，整個進度條只完成一次。提供有用進度細節(jié)。僅當用戶能夠依此做些什么時候，才有必需提供額外進度信息。確保文本顯示足夠長以使用戶能夠閱讀。提醒當屏幕空間擔心，使用標簽或說明文字不適宜時，能夠使用提醒文本。提醒文字關鍵用于以緊湊方法標識文本框目標。它絕不應該是用戶在使用文本框時需要看到關鍵信息。提醒文本不得和真實文本相混淆。需要做有：以灰色斜體方法顯示提醒文本，而以黑色正體方法顯示實際輸入文本。提醒文本應該不可編輯，且當用戶跳轉到該文本框內(nèi)時應立即消失。例外：假如文本框含有默認輸入焦點，則顯示提醒文本，并當用戶開始輸入時消失。不要使用句末標點或省略號。怎樣設計優(yōu)異用戶體驗抓住基礎功效關鍵使用情境遠遠關鍵于那些邊邊角角情境——大家可能會做可能不會做事情。牢牢抓住基礎東西！把某方面做出色想想“真實”用戶（而不是市場部或公關部人）會怎樣描述你程序。找出你目標用戶，確保她們會說“我很喜愛這個程序！它A、B、C真是太棒了！”假如用戶不會這么說你程序，說明什么？現(xiàn)在，“剛剛好”已經(jīng)不再夠好了——要讓用戶愛上你產(chǎn)品。無須強求每個人全部滿意讓你目標用戶滿意會使你產(chǎn)品愈加成功，而不是試圖去滿足每一個人。做出艱苦決定這些功效、命令或選項確實有必需嗎？假如有，就將其做好。假如沒有，就干脆去掉！不要為了躲避這種艱苦選擇就把每樣東西全部做成可選或能夠配置。給人體驗就像是在進行友好對話把你UI想成是你和你目標用戶之間對話。假設你就在用戶身邊，然后她問你說“我現(xiàn)在應該怎么做？”想想你會怎樣解釋：哪些步驟、怎樣次序、你會怎么說和怎樣來解釋等等。也想想那些你“不會”說東西。這就是你UI應該樣子——仿佛好友之間對話一樣——而不是什么用戶難以了解高深莫測東西。默認實施正確操作當然，你能夠列出一排選項讓用戶來選擇，不過何須這么？應該選擇可靠、安全、方便默認項。而且，要將正確體驗作為你目標用戶默認體驗。不要假設用戶會把不好初始體驗配置成自己期望方法，她們不會這么做。讓它得以工作大家是想使用你產(chǎn)品，而不是進行一堆設置或學習一堆東西。做好初始配置，讓最常使用及最關鍵任務一目了然，并使你程序能夠立即開始工作。小心提問避免使用模式對話框來問那些并不是非問不可問題——應該使用無模式對話框。假如你必需在UI中提問，那么表示方法應該基于用戶目標和任務，而不是技術。提供用戶能夠了解（再次強調(diào)，基于用戶目標和任務來措辭，而不是技術）、相互區(qū)分清楚選項。確保提供足夠信息以使用戶做出選擇。使其用起來很棒確保你設計能很好地達成它目標，包含適宜功效且把這些功效放在適宜地方。注意細節(jié)。使其看起來很棒統(tǒng)一1套風格，包含標準窗口邊框、字體、系統(tǒng)顏色、通用控件和對話框及標準布局。避免自定義UI及使用受到限制品牌形象。不要假設提供皮膚能夠對那些通常化外觀起到賠償作用。大多數(shù)用戶不會操心那些，而且含有一個很棒外觀比有一堆通?；庥^給人印象更深。使其響應立即你程序響應對于整體用戶體驗來說至關關鍵——用戶會發(fā)覺無須要遲緩和沒有響應程序不可用。對于每一個性能會成為問題功效特征來說，應該首先了解你用戶目標和期望，然后選擇能夠達成其目標最輕量級設計。通常說來，超出10秒任務需要更多信息反饋，并應該能夠被取消。記住用戶對于速度感知和實際速度一樣關鍵，而且速度感知關鍵決定于程序多快能夠響應。使其保持簡單努力爭取在能夠很好地完整任務前提下做出最簡單設計。將設計擴展到僅僅是“必需”。假如一個方法能夠把事情做好，就不要使用三種方法。避免或降低那些沒用東西！避免糟糕體驗說起來輕易做起來難，但用戶對你產(chǎn)品總體印象更多是來自于那些不好體驗質量，而非好體驗。為常見問題設計你設計是不是很棒——除非用戶犯了錯誤或網(wǎng)絡連接中止？估計那些常見問題、用戶失誤及其它錯誤并為基進行設計?？紤]像網(wǎng)絡速度很慢或不可用、設備沒有安裝或不可用、和用戶進行了錯誤輸入或跳過了部分步驟等情況。在你程序每一步，問問自己：最壞情況下會發(fā)生什么？然后再看看當這些確實發(fā)生時你程序行為是不是夠好。確保全部錯誤信息對問題進行了清楚地解釋并給出可行處理方案。不要使人厭煩通常，任何用戶會直接忽略而不采取任何行動東西全部應該被重新設計或刪除。這對于用戶會反復看到東西來說更是如此，如錯誤信息、警告信息、確定信息和通知。應該很謹慎使用聲音。和安全性和法律問題（比如授權或許可條款）相關UI能夠例外。降低精力、知識和思索要想降低使用你程序所需精力、知識和思索：顯式比隱式要好。把用戶需要知道信息直接放在屏幕上。仔細推敲窗口或頁面上主標題說明以清楚表示界面目標。簡明比羅嗦要好。把信息放在屏幕上，不過要簡明。抓住關鍵點！為瀏覽設計文本，而非沉醉式閱讀。為有幫助、補充性質、但并非基礎信息使用幫助鏈接。有約束比無約束要好。當選擇控件時，能夠約束有效輸入控件通常是最好選擇。可用比禁用好。禁用控件往往讓人迷惑，所以僅當用戶能夠很輕易地推斷出為何控件被禁用時才可使用。不然，應該移去不適用控件或保持其可用并提供有幫助反饋信息。有反饋比沒反應好。提供清楚反饋以表明一個任務是否正在實施或失敗。不要讓用戶猜測。測試你用戶界面在你使用真實目標用戶進行可用性研究之前，你不會知道你做是否正確。你很可能會（沮喪地）對結果表示驚訝。愉快地接收對你用戶界面批評吧——這對于你把工作做到最好是必需。另外確保在你程序公布后搜集反饋。簡約而又強大強大強大意味著具體以下部分特征：可用。該產(chǎn)品或設計能夠滿足目標用戶需要，讓她們能夠完成那些無法以其它方法完成任務，有效地達成目標。高效。該產(chǎn)品或設計能夠使用戶以前所未有工作效率和規(guī)模水平來完成任務。通用。該產(chǎn)品或設計能夠使用戶在多變環(huán)境下高效地完成較大范圍內(nèi)任務。直接。該產(chǎn)品或設計像是能夠直接幫助用戶達成她們目標，而不是礙手礙腳或是有沒有須要步驟。靈活。該產(chǎn)品或設計能夠讓用戶完全、細致地控制她們工作。集成。該產(chǎn)品或設計能夠和其它應用程序交換數(shù)據(jù)。高級。該產(chǎn)品或設計含有很尤其、創(chuàng)新性、在其競爭產(chǎn)品中沒有功效。最關鍵一件事：了解目標用戶目標，并挑選那些能夠高效實現(xiàn)她們目標功效特征。歸納出結論：當一個應用程序使其目標用戶能夠充足有效地發(fā)揮她們潛力時，即稱為強大。簡約簡約設計技巧：使任務顯現(xiàn)并可視。使用用戶易懂文本。使用安全默認項。使用約束條件。界面高清7206401280120072064012801200標準尺寸：1280*720安全尺寸：1280(-80)×720(-80)=1200×640，內(nèi)容超出安全尺寸部分內(nèi)容可能會顯示不出來640600標清640600486526486526應用類業(yè)務界面：標準尺寸：640*526安全尺寸：640(-40)×526(-40)=600×486，內(nèi)容超出安全尺寸部分內(nèi)容可能會顯示不出來盒子類業(yè)務界面：標準尺寸：720*576安全尺寸：640(-40)×526(-40)=600×486，內(nèi)容超出安全尺寸部分內(nèi)容可能會顯示不出來控件列表視圖目錄目錄3.1.1它用在這里適宜嗎？3.1.2標準列表試圖展示3.1.33.1.4列表視圖（ListView）用于經(jīng)過單選或多選方法，查看并操作一個數(shù)據(jù)對象集合。經(jīng)典列表視圖：列表視圖靈活性和功效性全部比列表框要強。和列表框區(qū)分在于，列表視圖支持視圖切換、分組標題多個列、按列排序、更改列寬度和次序、作為拖放源或目標、和進行復制粘貼。它用在這里適宜嗎？列表視圖并非只是一個愈加靈活而強大列表框，其額外功效已經(jīng)使其用途發(fā)生了改變。下表對二者進行了比較：列表框列表視圖數(shù)據(jù)類型數(shù)據(jù)和程序選項僅數(shù)據(jù)內(nèi)容僅標簽標簽和附加數(shù)據(jù)，可能含有多列交互用于進行選擇可用于進行選擇，但更多地用于顯示和操作數(shù)據(jù)。也可用作拖放源或目標。展現(xiàn)固定不變用戶能夠更改視圖、分組、按列排序、和改變列寬度和次序?？紤]下列問題，以判定該控件是否適宜：該列表展現(xiàn)是否是數(shù)據(jù)，而非程序選項？假如不是，則應改用列表框。用戶需要更改視圖、分組、按列排序、和改變列寬度和次序嗎？假如不需要，則應改用列表框。該控件需要作為全屏展開源或目標嗎？假如需要，則應使用列表視圖。標準列表視圖展示列表視圖控件支持四種標準視圖:平鋪、大縮略圖、列表、具體信息。平鋪各條目顯示為右側帶有標簽和可選具體信息中等尺寸圖標。平鋪視圖顯示右側帶有標簽和可選具體信息中等尺寸圖標。大圖標各條目顯示為下方帶有標簽超大、大或中等尺寸圖標。大圖標視圖將各條目顯示為下方帶有標簽大圖標。列表各條目顯示為右側帶有標簽小圖標。在列表模式下，該視圖按列排列各項，并使用翻頁。相反，圖標視圖模式則按行排列并使用上下翻頁。列表模式將各條目顯示為右側帶有標簽小圖標。具體信息各條目顯示為表格格式中一行。最左側列包含條目標可選圖標及標簽，后續(xù)列則包含其它附加信息，如條目屬性等。另外，各列能夠添加或刪除，也能夠重新排序或改變列寬。各行能夠進行分組，也能夠按列排序。具體信息視圖將各條目顯示為表格格式中一行。推薦尺寸和間距列表、信息提醒（尺寸單位為像素，字體單位為像素）：調(diào)整列表視圖高度以能夠顯示整數(shù)個列表項。避免縱向截斷列表項。調(diào)整列表視圖尺寸以在全部支持視圖中消除無須要垂直和水平滑動。列表視圖應該顯示3至10個項。假如把列表視圖稍稍加大能夠消除翻頁或滾動條話，能夠考慮調(diào)整列表視圖尺寸?？赡馨罅織l目標列表應該最少顯示3項，使其同時能夠顯示更多條目以使滑動愈加輕易，也能夠使得左右滑動更易于定位。假如增大列表視圖對用戶來說有好處話，應該使列表視圖及其父窗口能夠縮放。這么做使用戶能夠依據(jù)需要調(diào)整列表視圖尺寸。不過，可縮放列表視圖應該是最少出現(xiàn)三次。文檔編寫當提及列表視圖時：原樣引用標簽文本，包含其大小寫及“（列表）”字樣，但無須包含訪問鍵下劃線和冒號。不要將視圖列表稱為“（列表框）”、“（列表視圖）”或“（字段/域）”。對于列表數(shù)據(jù)，應原樣引用數(shù)據(jù)文本，包含其大小寫。僅在編程和其它技術文檔中將列表視圖稱為“（列表視圖）”，其它地方全部稱為“（列表）”。當描述用戶交互行為時，對于數(shù)據(jù)應使用“（選擇）”，而對于列標題則應使用“（單擊）”。應盡可能為標簽文本應用粗體樣式。對于英文來說，僅當需要避免歧義時才在其兩側添加引號；對于漢字來說，則應總是使用引號。列表鏈接目錄目錄3.2.1使連接明確、相關且能夠被預知3.2.2使用模式3.2.3設計規(guī)范交互顏色下劃線純圖形連接導航鏈接任務鏈接3.2.4文檔編寫鏈接（Link）用于導航至其它頁面、窗口或幫助專題，也可用于顯示定義、開啟命令或設置選項。鏈接可能是文本或圖像，通常見已訪問或未訪問系統(tǒng)鏈接顏色來顯示，以表明它是能夠被單擊。傳統(tǒng)上，鏈接是帶有下劃線，但這往往并無須要，而且也能夠降低視覺上雜亂。當用戶將鼠標指向某個鏈接時，該鏈接文本應該顯示下劃線（假如原先沒有話），且鼠標指針變?yōu)槭中?。文本鏈接是最輕量級可單擊控件，往往用于降低設計視覺復雜度。使鏈接明確、相關且能夠被預知鏈接文本應該指出單擊鏈接會產(chǎn)生結果。對于用戶來說，明確鏈接比一般鏈接更含有強迫性，所以應該在鏈接標簽中給出相關單擊該鏈接會產(chǎn)生結果明確描述信息。不過，要確保你鏈接文本不會過于尤其，以至于產(chǎn)生誤導及妨礙正常使用。相比那些冗長鏈接，大家更愿意閱讀簡明鏈接。去掉無須要文字和細節(jié)。鏈接標簽無須那么全方面。評定你鏈接文本：確保鏈接文本反應了鏈接支持情形。確保鏈接作用是能夠被預知。用戶不會對結果感到驚訝。最關鍵兩件事：使僅憑視覺觀察即能發(fā)覺鏈接。用戶無須經(jīng)過和你程序交互來查找鏈接。在鏈接中給出相關單擊該鏈接會產(chǎn)生結果明確描述信息，哪怕使用很多文字。經(jīng)過鏈接文本和可選\o"windows:Controls/tooltips-and-infotips"信息提醒，用戶應該能夠正確地預知鏈接會產(chǎn)生結果。使用模式鏈接含有多個功效模式：導航鏈接用于鏈接至其它頁面或窗口鏈接。單擊鏈接會原地導航至其它頁面——比如在瀏覽器窗口或向導中，也可能打開新窗口。和任務鏈接不一樣，導航鏈接并不開啟任務，只是簡單地導航至其它地方或是處理正在進行任務。導航暗示著安全，因為用戶總是能夠返回。今日頭條在這個示例中，單擊該鏈接將導航至頭條新聞頁。任務鏈接用于開啟新命令鏈接。單擊鏈接要么直接實施命令，要么顯示對話框或頁面以搜集更多信息。和導航鏈接不一樣，任務鏈接開啟一個新任務，而不是繼續(xù)進行已經(jīng)有任務。任務并不暗視安全性——用戶無法經(jīng)過后退命令恢復到先前狀態(tài)。任務鏈接之所以稱為任務鏈接，是為了避免和\o"windows:Controls/command-links"命令鏈接混淆。登錄在這個示例中，單擊該鏈接將開啟登錄命令。幫助鏈接用于顯示幫助專題文字鏈接。單擊鏈接將在另外窗口顯示幫助文章。什么是強密碼？在這個示例中，單擊該鏈接將顯示指定專題幫助窗口。菜單鏈接用于創(chuàng)建菜單一組任務鏈接。因為菜單所處情況通常使用一組鏈接，其文本通常不加下劃線（除非懸停）而且可能沒有使用系統(tǒng)鏈接顏色。上海美食玩在上海購物天堂公交信息火車查詢航班查詢在這個示例中，一組鏈接組成了菜單。選項鏈接一個已選定選項或占位符，單擊該鏈接將引發(fā)命令以更改該選項。和常規(guī)文字鏈接不一樣，該鏈接會更改其文字內(nèi)容以反應該前選定選項，且總是用未訪問鏈接顏色顯示。如：互動娛樂推出中秋佳節(jié)特惠禮包答謝廣大用戶厚愛。其中全家唱為互動娛樂用戶提供無償三個月優(yōu)惠活動，請老用戶于10月20日前往營業(yè)廳辦理。純文本鏈接僅由文本組成。這種形態(tài)最為靈活，能夠被用在任何地方，包含\o"windows:Inline（還未撰寫）"嵌于文本中。如：電視交友和芒果衛(wèi)視我們聚會吧在12月15日于中興廣場舉行大型交友聯(lián)誼。在這個示例中，文本顏色清楚地標識了嵌入文本鏈接。帶圖標文字鏈接前面帶有圖標文本，該圖標能夠表明其功效。圖形為鏈接提供了額外視覺象征，這使得鏈接比不帶下劃線純文本鏈接更易于識別。上海美食玩在上海購物天堂公交信息火車查詢航班查詢在這個示例中，圖標為鏈接提供了額外視覺象征。播放在這個示例中，標準三角形播放符號表明該文本是一個命令設計規(guī)范交互假如單擊鏈接不會立即產(chǎn)生結果話，應該顯示忙碌鼠標指針。假如沒有反饋，用戶可能會認為沒有單擊并會再次單擊。顏色為已訪問和未訪問鏈接使用專題或系統(tǒng)鏈接顏色。這些顏色含義在全部程序中全部是一致。假如用戶因為某種原因不喜愛這些顏色（可能是無障礙方面原因），她們能夠自己更改。對于導航鏈接來說，為已訪問和未訪問鏈接使用不一樣顏色。應該僅在目前途序實例中保留訪問鏈接歷史統(tǒng)計。已訪問過顏色對于表明用戶去過哪里很關鍵，能夠預防她們無意中反復訪問那些已經(jīng)訪問過頁面。對于其它類型鏈接，不要使用已訪問過鏈接顏色。比如，沒有什么必需來標明那些“已訪問過”命令。不要為不是鏈接文本添加顏色，因為用戶可能把它當成鏈接。在你想使用彩色文當?shù)胤绞褂么煮w或某種灰色。例外：假如全部鏈接全部帶有下劃線或在標準導航或命令區(qū)域話，則你能夠使用彩色文本。使用和鏈接顏色形成顯著對比背景色。\o"windows:Aesthetics/color"系統(tǒng)窗口顏色一直是好選擇。錯誤：在這個示例中，背景色和鏈接顏色之間產(chǎn)生對比度很低。下劃線對于完成關鍵任務必不可少那些鏈接來說，應該提供視覺線索使用戶能夠僅經(jīng)過視覺觀察即可識別鏈接。這些線索包含下劃線、圖形或項目符號、和標準鏈接位置。用戶無須懸停于對象上或嘗試單擊來確定其是否是鏈接。假如鏈接在上下文中不那么顯著話，應該使用帶下劃線文本。不要為不是鏈接文本添加下劃線，因為用戶可能把它當成鏈接。在你想使用帶下劃線文當?shù)胤绞褂眯斌w。將下劃線僅用于鏈接。打印時，不要打印下劃線或鏈接顏色。打印出來鏈接沒有任何價值，還可能會引發(fā)混淆。帶圖標文字鏈接箭頭圖標應該僅用于命令鏈接。將圖標放在文本左側。圖標應該在視覺上引出文本。正確：玩在上海錯誤：玩在上海在錯誤示例中，圖標沒有引出文本。單擊圖標和單擊文本效果應該相同。不然會造成非預期或令人費解結果。純圖形鏈接不要使用純圖形鏈接。用戶在鏈接識別上會感到困難，且圖形中任何文字（用于在單擊后表明其操作）會造成當?shù)鼗瘑栴}。導航鏈接確保導航鏈接不需要進行提交。用戶應該一直能夠回到初始狀態(tài)，要么是使用“后退”進行就地導航，要么是經(jīng)過“取消”關閉新窗口。鏈接到特定內(nèi)容，而不是通常性內(nèi)容。比如，鏈接到文檔相關段落比直接鏈接到開始位置要好。僅當鏈接資料相關、有用、不是冗余反復時候才使用鏈接。應該有節(jié)制地使用導航鏈接——不要僅僅因為能夠使用而使用。假如鏈接導航至外部站點，應該將其URL顯示在工具提醒中，使用戶能夠確定鏈接目標。只在相關文本第一次出現(xiàn)時提供鏈接。反復鏈接沒有必需，而且會使文本難于閱讀。假如操作說明文字中包含鏈接內(nèi)容，則將鏈接放置在操作說明文字內(nèi)。假如相關文本在離首次出現(xiàn)很遠位置出現(xiàn)話，也應該使用鏈接。比如，你能夠在不一樣段落中反復鏈接至同一個幫助專題。任務鏈接應將任務鏈接用于那些沒有破壞性或能夠輕易恢復命令。因為用戶會將鏈接和導航（能夠回退）聯(lián)絡在一起，鏈接不適適用于含有嚴重后果命令。那些顯示對話框或確定消息命令則是好選擇。正確：開始停止錯誤：刪除文件在錯誤示例中，該命令含有破壞性。文檔編寫當提及鏈接時：原樣引用鏈接文本，包含其大小寫，但無須包含省略號。用“（單擊）”一詞描述用戶交互行為。應盡可能為標簽文本應用粗體樣式。對于英文鏈接來說，僅當需要避免歧義時才在其兩側添加引號；對于漢字來說，則應總是使用引號。按鈕目錄目錄3.3.1它用在這里適宜嗎？3.3.2使用模式3.3.3設計規(guī)范3.3.4推薦尺寸和間距3.3.4文檔編寫按鈕用于開始一個即時操作。經(jīng)典命令按鈕。當用戶按下Enter鍵時會實施“默認命令按鈕”。它是由開發(fā)人員指定，但對于任何一個按鈕，只要用戶將焦點切換到其上，它全部會變成默認按鈕。它用在這里適宜嗎？考慮下列問題以進行判定：該命令按鈕是用來開始一個即時操作嗎？假如不是，則改用其它控件。鏈接會不會更適宜？假如符合下列情況，則應該使用鏈接：該操作是導航至另外頁面、窗口或幫助專題。例外：向導中使用“后退”和“下一步”按鈕進行導航。按鈕被嵌入在文本中間。該命令實際上是次要。也就是說，它和該窗口關鍵目標沒相關系。在這種情況下，輕量級命令按鈕或鏈接則更為適宜。該命令屬于相關鏈接菜單或組。標簽太長，包含五個或五個以上單詞，這會造成命令按鈕看上去顯得拙笨。使用選項按鈕和常規(guī)命令按鈕組合是不是更適宜？當下列條件符合時，往往會用選項按鈕和常規(guī)命令按鈕（確定、取消）組合來替換一組獨立命令按鈕：存在三個或更多可能操作。用戶需要在決定前查看附加信息。用戶需要在決定前和選項進行交互（可能是要查看附加信息）。用戶將其視為選項，而非不一樣命令。正確：在這個示例中，選項按鈕和確定、取消按鈕一起使用，為選項提供附加信息。使用模式命令按鈕含有下列使用模式：標準命令按鈕你能夠使用標準命令按鈕來開啟一個立即操作。標準命令按鈕默認命令按鈕窗口中默認命令按鈕表示當用戶按下Enter鍵時會被激活。默認命令按鈕用戶經(jīng)過Tab鍵切換到任何按鈕全部會變?yōu)槟J按鈕。假如輸入焦點在不是按鈕控件上，那么原本含有默認按鈕屬性按鈕則會恢復為默認按鈕。每個窗口中只能有一個按鈕成為默認按鈕。輕量級命令按鈕輕量級命令按鈕和標準命令按鈕很像，唯一不一樣在于其邊框僅當鼠標懸停時候才會顯示。在這個示例中，只有當用戶將鼠標懸停在命令上方時，它才會含有很輕量級外觀（類似于鏈接），顯示出按鈕邊框。當你想使用標準命令按鈕，但又不期望總是顯示按鈕邊框時，則能夠使用輕量級命令按鈕。對于你想弱化某個命令按鈕，鏈接又不太適宜情況，輕量級命令按鈕是理想選擇。瀏覽按鈕可使用瀏覽按鈕來顯示對話框以幫助用戶選擇有效值。瀏覽按鈕（BrowseButton）彈出對話框可幫助用戶選擇文件、文件夾、計算機、用戶、顏色等等。它們通常和一個不受限制控制一起使用，如文本框。其標簽通常為“瀏覽”、“其它”或“更多”，且總是帶有省略號以表示需要更多信息。帶有瀏覽按鈕文本框對于包含多個瀏覽按鈕窗口，能夠使用它簡化版本：簡化瀏覽按鈕漸進展開按鈕可使用漸進展開按鈕顯示或隱藏不常使用選項。將不常使用選項隱藏，直到需要時才顯示做法稱為“漸進展開（ProgressiveDisclosure）”。雙V形（雙箭頭形）表明了漸進展開方法使用，其箭頭即指向信息顯示或隱藏位置：設計規(guī)范假如單擊命令按鈕不會立即產(chǎn)生結果話，應該顯示忙碌鼠標指針。假如沒有反饋，用戶可能會認為沒有單擊并會再次單擊。假如一樣命令按鈕出現(xiàn)在多個窗口中，試著使用相同標簽文本、訪問鍵及窗口位置。對于有文本標簽命令按鈕來說，應該使用最小按鈕寬度和標準按鈕高度。在每個窗口中保持按鈕寬度相等。假如這么做不切實際話，應該將有文本標簽命令按鈕不一樣寬度數(shù)量限制為兩種。當其它控件和一個命令按鈕存在互操作時，如帶有“瀏覽”按鈕文本框，應該將該命令按鈕以下列三種方法中一個進行擺放以表示它們之間關系：在其它控件右側，頂端對齊。在其它控件下側，左對齊。在互操作控件之間垂直居中（如兩個相關列表框中間“添加”和“刪除”按鈕）。假如多個命令按鈕和同一個控件存在互操作時，在其它控件右側縱向排列并頂端對齊，或在控件下方橫向排列并左對齊。當命令按鈕隸屬于其它控件時，應該使用上述位置，并在上級控件被選中之前禁用隸屬命令按鈕。不要使用過窄、過短或過高帶有文本標簽命令按鈕，因為其看起來顯得不專業(yè)。盡可能使用默認寬度和高度。正確：在這個示例中，按鈕使用了標準尺寸，看起來很專業(yè)。錯誤：在這個示例中，按鈕太小。錯誤：在這個示例中，按鈕上標簽四面空間太多。避免在命令按鈕上同時使用文本標簽和圖形。同時使用文本和圖標往往會增加無須要視覺混亂，且無法幫助用戶愈加好地了解。僅當圖形用于促進了解時候才考慮同時使用文本和圖形，比如當用于命令是標準符號或它能夠幫助用戶形象地了解該命令結果等等。不然，首先考慮文本，或單獨使用圖形。不要將命令按鈕用于設置狀態(tài)。應該改用選項按鈕或復選框。命令按鈕僅用于開啟操作。推薦尺寸和間距用于命令按鈕推薦尺寸和間距。圖中標有3、5、7個字按鈕寬度，3個字以下按鈕用3個字按鈕寬度；4-5個字用5個字按鈕寬度；6-7個字用7個字按鈕寬度。文檔編寫當提及按鈕時：原樣引用標簽文本，包含其大小寫，但無須包含訪問鍵下劃線和省略號。不要包含“（按鈕）”字樣。用“（單擊）”一詞描述用戶交互行為。應盡可能為標簽文本應用粗體樣式。對于英文格式來說，僅當需要避免歧義時才在其兩側添加引號；對于漢字來說，則應總是使用引號。復選框目錄目錄3.4.1它用在這里適宜嗎？3.4.2使用模式3.4.3設計規(guī)范3.4.4推薦尺寸和間距3.4.5標簽3.4.6文檔編寫復選框（CheckBox）用于在兩個或兩個以上有清楚差異選項中進行選擇。復選框標簽是對選中狀態(tài)描述，而清除狀態(tài)含義必需和選中狀態(tài)明確相反。所以，復選框應該僅用于切換選項開關狀態(tài)，或是選擇/取消選擇一個項目。

經(jīng)典復選框它用在這里適宜嗎？考慮下列問題以進行判定：該復選框是用于切換選項開關狀態(tài)，或是選擇/取消選擇一個項目嗎？假如不是，則改用其它控件。選中和清除狀態(tài)含義是否清楚并明確相反？假如不是，應使用單選框（radiobuttons）或下拉列表（drop-downlist），以分別標注每種狀態(tài)。當組合使用時，它們是否是相互獨立，且用戶能夠選擇零個或多個？假如不是，考慮使用那些用于依靠關系控件，比如單選框和帶有復選框樹形視圖（checkboxtreeviews）。當組合使用時，它們是否是相互獨立，且用戶必需最少選擇其中一個？假如是，應使用一組復選框，并當一個選項也沒有選中時進行錯誤處理。選項數(shù)量是否在10個以內(nèi)？屏幕空間使用會伴隨選項數(shù)量而成百分比增加，所以應該將復選框數(shù)量控制在10個以下。假如選項多于10個，應使用帶復選框列表框（checkboxlist）。單選框會不會更適宜？復選項只適適用于打開或關閉一個選項，而單選框則可用于完全不一樣選項。假如出現(xiàn)兩種處理方案全部可行話，而復選框被清除時含義不是很顯著話，應使用單選框。比如：錯誤：在這個示例中，紙張橫向（Landscape）選項對立面并不明確，所以復選框在這里并不是好選擇。正確：在這個示例中，選項并非完全對立，所以單選框愈加適宜。在向導中，使用單選框會使可選項更為清楚，即使復選框本身是可行。假如屏幕空間足夠，且這些選項之關鍵值得占用那么多屏幕空間話，就能夠使用單選框。不然，應使用復選框或下拉列表。錯誤：在這個示例中，這些選項并不值得去使用單選框。正確：在這個示例中，復選框對屏幕空間占用對于這個并不關鍵選項來說很經(jīng)濟。假如窗口中存在其它復選框，則也能夠使用復選框。該選項展示是程序選項，而非數(shù)據(jù)嗎？選項值不應該基于上下文或其它數(shù)據(jù)。對于數(shù)據(jù)，應該使用帶復選框列表框，或是多選列表框（multiple-selectionlist）.使用模式復選框含有下列使用模式：單個選項用于選擇單個選項單個復選框。用于單個選項單個復選框獨立選項（不選或多選）用于選擇零個或多個選項一組復選框。和單選按鈕這么單選控件不一樣，用戶能夠從一組復選框中選擇任意組合。用于選擇獨立選項一組復選框關聯(lián)選項（一項或多項）也可用于選擇一個或多個選項一組復選框。你可能需要展現(xiàn)一個或多個相關聯(lián)選項。當沒有直接支持這種輸入類型控件，最好措施就是使用一組復選框，并當沒有選擇任何選項時手工處理錯誤。用于必需選擇最少一個協(xié)議一組復選框混合選項除了選中和清除狀態(tài)外，復選框還有用于多選混合狀態(tài)，以指示該選項是對部分對象有效，而非全部對象。混合狀態(tài)復選框設計規(guī)范將相關復選框合并成組。將相關選項合并，不相關選項分開，成為10或10個以下組合，必需時使用多個組合。一組相關但相互獨立選項示例認真考慮是否使用分組框來對復選框進行分組——這往往造成無須要屏幕混亂。以邏輯次序排列復選框，比如將高度相關選項放在一起，或將最常見選項放在前面，或遵照其它自然過程。字母次序排列并不推薦，因為這是語言相關，無法當?shù)鼗?。將多個復選框垂直排列，不要水平排列。水平排列會使得難以閱讀。正確：在這個示例中，復選框正確地進行了對齊。錯誤：在這個示例中，水平對齊會使得難以閱讀。不要使用混合狀態(tài)來表示第三種狀態(tài)?；旌蠣顟B(tài)是在多選時用于指示部分而非全部對象設置了該選項，對于每個單獨對象來說，要么是選中狀態(tài)，要么是清除狀態(tài)?；旌蠣顟B(tài)不應被用于單個項目標第三種狀態(tài)。要表示第三種狀態(tài)，應該改用單選框或下拉列表。錯誤：在這個示例中，混合狀態(tài)用于指示專題服務沒有安裝。正確：在這個示例中，用戶能夠從包含三個明確選項列表中進行選擇。不要將復選框用于進度指示。應該改用進度條控件。錯誤：在這個示例中，復選框被錯誤地用作進度指示器。正確：經(jīng)典進度條示例顯示禁用復選框時應使用正確選中狀態(tài)。即使用戶無法更改，禁用復選框仍然傳達了一定信息，應該和結果相一致。錯誤：推薦尺寸和間距高清：用于復選框推薦尺寸和間距復選框標簽為全部復選框添加標簽。標簽應該是短語或祈使句，不要使用句末標點。例外：假如復選框標簽同時用于其后隸屬控件，則標簽應該以冒號結尾。標簽內(nèi)容應該描述是復選框選中時含義。對于一組復選框來說，應該使用并列措辭并盡可能保持全部標簽長度大致相同。對于一組復選框來說，標簽文本應該專注于各選項差異上。假如全部選項全部有相同說明文本，則應將此文本移至分組標簽中。使用肯定表述方法。不要將標簽表述為選中復選框意味著不要實施某操作。例外：不要再顯示此<項>復選框。錯誤：在這個示例中，該選項沒有使用肯定表述方法。在標簽中僅描述選項。保持標簽簡練使得在提醒信息和文檔中易于引用。假如需要對選項給出深入解釋，應該在靜態(tài)文本控件中使用完整帶有句末標點句子進行解釋。注：為一個復選框添加說明并不意味著你需要給這一組全部復選框全部提供說明。假如能夠話，在標簽中提供相關信息，并僅在必需時才使用說明。不要僅僅為了統(tǒng)一而反復標簽內(nèi)容。在這個示例中，復選框標簽下方含有額外解釋性文本。假如一個選項是強烈推薦，應該在標簽中添加“（推薦）”字樣。確保添加至控件標簽，而不是附加說明。假如你必需使用多行標簽，應該將標簽頂部和復選框對齊。不要經(jīng)過隸屬控件、其包含值、或是其單位標簽來組成句子或短語。這種設計無法被當?shù)鼗?，會在不一樣語言中會發(fā)生改變。錯誤：在這個示例中，文本框錯誤地被放置在復選框標簽內(nèi)部。正確：在這個示例中，用戶可能會認為她們只能選擇一項。愈加好：在這個示例中，很明確用戶能夠選擇不止一項。文檔編寫當提及復選框時：原樣引用標簽文本，但無須包含訪問鍵下劃線和冒號。包含“復選框”字樣。提及復選框時，應稱其為“復選框（checkbox）”，而非“選項（option）”。用“選擇（select）”和“清除（clear）”描述用戶交互行為。應盡可能為標簽文本應用粗體樣式。對于英文來說，僅當需要避免歧義時才在其兩側添加引號；漢字來說，則應使用引號。單選框目錄目錄3.5.1它用在這里適宜嗎？3.5.2設計規(guī)范隸屬控件單選框3.5.3推薦尺寸和間距3.5.4文檔編寫單選框（RadioButton）用于在一組相關但互斥選項中進行選擇。用戶能且僅能選擇一個選項。一組經(jīng)典單選框一組單選框行為如同一個單獨控件。它用在這里適宜嗎？考慮下列問題以進行判定：該控件是用于在一組相關但互斥選項中進行選擇嗎？假如不是，則改用其它控件。要選擇多個選項，應改用復選框、多選列表框或帶復選框列表框。選項數(shù)量在2到7個之間嗎？屏幕空間使用會伴隨選項數(shù)量而成百分比增加，所以應該將每組選項數(shù)量控制在2到7個之間。假如選項多于7個，應使用下拉列表或單選列表框。復選框會不會更適宜？假如只有兩個選項，你能夠改用單個復選框。不過，復選項只適適用于打開或關閉一個選項，而單選框則可用于完全不一樣選項。假如現(xiàn)兩種處理方案全部可行話：假如復選框被清除時含義不是很顯著話，應使用單選框。錯誤：正確：在這個正確示例中，選項并非完全對立，所以單選框愈加適宜。假如屏幕空間足夠，且這些選項之關鍵值得占用那么多屏幕空間話，就能夠使用單選框。不然，應使用復選框或下拉列表。錯誤：在這個示例中，這些選項并不值得去使用單選框。正確：在這個示例中，復選框對屏幕空間占用對于這個并不關鍵選項來說很精簡。假如窗口中存在其它復選框，則也能夠使用復選框。下拉列表會不會更適宜？假如在大多數(shù)情況下，默認選項對大多數(shù)用戶來說全部是推薦，那么單選框可能會過分占據(jù)用戶注意力。假如你不期望在這些選項上花太多注意力，或你不激勵用戶進行更改，應考慮使用下拉列表。下拉列表關注是目前選中項，而單選框對每個選項全部是一樣地強調(diào)。在這個示例中，下拉列表致力于目前選中項，且不激勵用戶進行更改。假如頁面上還有其它下拉列表，那么也能夠考慮使用下拉列表。該選項展示是程序選項，而非數(shù)據(jù)嗎？選項值不應該基于上下文或其它數(shù)據(jù)。對于數(shù)據(jù)，應該使用下拉列表或單選列表框。這些值不是數(shù)值嗎？對于數(shù)值數(shù)據(jù)，應使用文本框、下拉列表或滑塊。設計規(guī)范以邏輯次序排列選項，比如從被選到可能性從高到低、操作從簡單到復雜、或風險從低到高等等。字母次序排列并不推薦，因為這是語言相關，無法當?shù)鼗?。假如沒有一個選項是有效選擇，應該添加一個選項以反應該選擇，比如“無”或“不適用”。最好將多個單選框垂直排列，而非水平排列。水平排列會使得難以閱讀和當?shù)鼗Ｕ_：在這個示例中，單選按鈕是垂直對齊。錯誤：在這個示例中，水平對齊會使得難以閱讀。認真考慮是否使用分組框來對單選按鈕進行分組——這往往造成無須要屏幕混亂。不要將單選框用于分組框標簽。不要將選中單選按鈕用于：實施命令。顯示其它窗口，比如用于搜集更多輸入對話框。動態(tài)顯示和選中控件相關其它控件（屏幕閱讀器無法檢測到這類事件）。不過你能夠基于不一樣選擇來動態(tài)改變文本內(nèi)容。隸屬控件將隸屬控件放在復選框及其標簽右側或下方（縮進，和單選框標簽平齊）。單選框標簽應以冒號結尾。在這個示例中，復選框及其隸屬控件共用復選框標簽和訪問鍵。此時，方向鍵用于將焦點從單選框移動到其隸屬文本框。避免在單選框中嵌套其它單選框或復選框。假如可能話，將全部選項保持在同一個層級上。假如要在單選框中嵌套其它單選框或復選框，則在高層次選項被選中之前，禁用這些隸屬控件。這么做能夠避免隸屬控件含義混亂。單選框因為一組單選框表示是一組互斥選項，應該總是有一個單選框是默認選中。應選擇最可靠（避免數(shù)據(jù)丟失或無法訪問系統(tǒng)）和最安全選項。假如可靠性或安全性不是需要考慮原因，則選擇最常見或最方便選項。例外：下列情況下無需默認選中：因為可靠性、安全性或法律原因，不存在能夠接收默認選項，且用戶所以必需做出明確選擇時。假如用戶不進行選擇，則顯示錯誤信息強制要求。該用戶界面必需反應該前狀態(tài)，而選項還未被設置。單選框可能會錯誤地暗示用戶無需再進行選擇。目標在于搜集公正數(shù)據(jù)。單選框會使數(shù)據(jù)搜集帶有傾向性。該組單選框表示是處于混合狀態(tài)屬性，這會在顯示多個設置不一樣對象屬性時發(fā)生。此時不要顯示錯誤信息，因為每個對象全部處于有效狀態(tài)。將第一個選項作為默認選項，因為用戶通常會這么認為——除非這么次序不符合邏輯。假如要這么做，你可能需要更改選項標簽。錯誤：在這個示例中，默認選項不是第一個選項。正確：在這個示例中，重新改寫了選項標簽，使第一個選項成為默認選項。推薦尺寸和間距高清：用于單選框推薦尺寸和間距文檔編寫當提及單選框時：原樣引用標簽文本，包含其大小寫，但無須包含訪問鍵下劃線和省略號。在用戶文檔中，應稱為“單選框（optionbuttons）”。用“按（click）”一詞描述用戶交互行為。進度條目錄目錄3.6.1它用在這里適宜嗎？3.6.2設計理念3.6.3使用模式確定性進度條非確定性進度條3.6.4設計規(guī)范非確定性進度條無模式進度條模式進度條剩下時間3.6.5推薦尺寸和間距3.6.6標簽進度條標簽進度條細節(jié)信息進度條（ProgressBar）用于查看長時間操作進度。進度條不僅能夠顯示大致完成百分比（確定性，determinate），也能夠顯示操作正在進行中（非確定性，indeterminate）?？捎眯匝芯勘砻?，當響應時間超出一秒鐘時，用戶便能夠有所覺察。所以，你得考慮為那些需要2秒甚至更長時間操作提供某種類型進度反饋信息。經(jīng)典進度條。它用在這里適宜嗎？考慮下列問題以進行判定：該操作能在5秒鐘之內(nèi)完成嗎？假如能，請不要使用進度條。是否將非確定性進度條用于等候用戶去完成任務？假如是，請不要使用進度條。進度條是用來顯示計算機進度，而不是用戶進度。是否將非確定性進度條和動畫一起使用？假如是，應改為只使用動畫。非確定性進度條本身即是一個有效常規(guī)動畫，對于已經(jīng)存在動畫來說，沒有更多意義。該操作是否是很耗時（2分鐘以上）后臺任務，以至于用戶所關注是它是否完成和并非其進度？假如是，請改用通知。在這種情況下，用戶能夠用這段時間去做其它事情而無須盯著進度。使用通知能夠讓用戶在完成其它任務時不受打攪。當操作完成后，用戶能夠回放結果嗎？假如能，請換用滑塊。在這個示例中，滑塊用于指示播放進度。這使得用戶能夠在稍后進行回放。設計理念在一個耗時操作過程中，用戶需要對該操作正在干什么有一個大致概念。她們也需要知道：一個耗時操作已經(jīng)開始。該操作正在連續(xù)進行，且它最終是能夠結束（操作沒有鎖死）。該操作已完成大致百分比（和剩下部分百分比）。假如該操作不值得繼續(xù)等候，她們是否能夠取消該操作。在等候操作完成過程中，她們需要繼續(xù)等候還是能夠做其它事情。應該將確定性進度條用于那些有確定時間界限操作，即使其中大部分時間全部無法進行正確估計時也一樣如此。非確定性進度條除了說明操作仍在進行中之外，無法提供任何其它信息。不要僅僅因為不夠正確，就選擇非確定性進度條。最關鍵一件事：確保為耗時操作提供了進度反饋，且清楚地展現(xiàn)了上述信息。只要有可能，就應該使用確定性進度條。使用模式進度條含有以下使用模式：確定性進度條模式確定性進度條經(jīng)過從左至右進行填充來表示操作進度。操作完成時也填充完成。因為這個反饋是模式，在任務完成之前，用戶無法實施窗口中其它任務（假如進度條顯示在模式對話框中，那指其父窗口）。在這個示例中，進度條用于在配置過程中提供反饋。帶有取消或停止按鈕模式確定性進度條許可用戶中止該操作，可能是因為該操作需要花費太多時間或不值得等候。在這個示例中，用戶能夠單擊Stop（停止）以中止該操作并保留目前環(huán)境狀態(tài)。帶有取消或停止按鈕及動畫模式確定性進度條許可用戶中止該操作，同時包含一個動畫，以幫助用戶將操作效果形象化。在這個示例中，用戶能夠單擊Stop（停止）以中止該操作并保留目前環(huán)境狀態(tài)。無模式確定性進度條經(jīng)過從左至右進行填充來表示操作進度。操作完成時也填充完成。和模式進度條不一樣，用戶能夠在操作進行過程中完成其它任務。這類進度條能夠在上下文相關位置或狀態(tài)欄中顯示。非確定性進度條模式非確定性進度條經(jīng)過顯示連續(xù)不停從左至右貫穿進度條動畫來指示操作正在進行中。僅用于整體進度無法確定操作，所以對什么時候完成完全沒有概念。假如能用確定性進度條則愈加好，因為能夠指示該操作大致完成百分比，并能夠幫助用戶確定該操作是否值得繼續(xù)等候。它們在視覺上干擾全部不大。在這個示例中，使用了一個模式非確定性進度條來指示進度。設計規(guī)范常規(guī)應該在實施耗時操作時提供進度反饋。用戶應該不需要猜測是否操作仍在進行。明確指示真實進度。假如操作有進展，進度條則必需前進。假如預期完成時間范圍太廣，能夠考慮使用非線性百分比來指示較久時間進度。你不會期望用戶誤認為你程序被鎖死了。明確指示沒有進度情況。假如操作沒有進展話，進度條則絕不能前進。你不會期望用戶為了一個根本不會完成操作而無限制地等候。提供有用進度細節(jié)。僅當用戶能夠依此做些什么時候，才有必需提供額外進度信息。確保文本顯示足夠長以使用戶能夠閱讀。提供有用動畫。假如做好話，動畫能夠幫助用戶將操作形象化，從而提升用戶體驗。不要使用無須要動畫。動畫可能會產(chǎn)生誤導，因為它們通常在和實際任務分離單獨線程中運行，所以即使操作已經(jīng)鎖死仍然能夠表示進度。而且，假如操作比預期要慢，用戶有時會認為一部分是動畫問題。所以，僅在有明確理由時才使用動畫，不要僅僅為了試圖去娛樂用戶。將動畫在進度條上方居中顯示。假如進度條有標簽話，應將動畫放在標簽上方。假如進度條右則有取消或停止按鈕話，在居中時應該將這些按鈕考慮在內(nèi)。僅當操作所花時間很長（超出兩分鐘）、不頻繁且很關鍵時，才在完成時播放聲音。假如在一個很關鍵操作進行過程中，用戶很有可能會離開話，那么聲音效果能夠提醒用戶注意。其它情況下在完成時使用聲音效果則會讓用戶感到厭煩。不要強行獲取輸入焦點用于顯示進度更新或完成信息。用戶在等候時往往會切換至其它程序，不期望被打斷。后臺任務必需待在后臺。不要擔心技術支持。因為進度條給出反饋不夠正確，而且轉瞬即逝，所以進度條并不是提供技術支持信息好機制。所以，假如操作可能失敗，不要提供那些僅對技術支持有意義額外進度信息。而是提供像日志文件之類其它機制來統(tǒng)計技術支持信息。不要將完成百分比或其它任何文本放在進度條上。這類文本不滿足無障礙要求，而且和專題不兼容。錯誤：在這個示例中，進度條上百分比文本不滿足無障礙要求。不要同時使用進度條和忙碌鼠標指針。只使用其中一個，不要同時一起使用。不要使用垂直進度條。水平進度條愈加自然。應該將確定模式進度條用于那些有確定時間界限操作，即使其中大部分時間全部無法進行正確估計時也一樣如此。不確定模式進度條即使表示正在進行中，但無法提供任何其它信息。不要僅僅因為不夠正確，就選擇不確定模式進度條。明確指明進度階段。進度條必需能夠指明操作是在開始、中間還是結束階段。比如，進度條忽然竄到99%完成，然后停住好一段時間，這是尤其沒有意義且令人生厭。這些情況下，進度條一開始應該設置為最多33%以表示操作仍然在開始階段。明確指明結束。假如操作沒有完成，則不要讓進度條前進到100%。假如能夠正確計算話，應該提供估量剩下時間。正確估量剩下時間是有用，而那些差得離譜或猛烈改變估量值是沒用。你可能需要在給出正確估量值之前優(yōu)異行部分操作。這么話，不要在初始階段顯示可能不正確估量值。不要重新開啟進度。假如它重新開啟（可能因為操作中一個步驟完成），進度條就喪失了它意義，因為用戶無法了解整個操作什么時候會完成。相反，該操作中各個步驟應該分別只占整個進程一部分，整個進度條只完成一次。不要回退進度。和重新開啟一樣，假如進度條回退話，就喪失了它意義。一直單向增加進度。不過，你能夠增加（也能夠降低）估量剩下時間，因為進度速率可能會改變。非確定性進度條僅為那些整體進度無法確定操作使用非確定性進度條。將非確定性進度條用于那些沒有確定時間邊界或訪問未知數(shù)量對象操作。為基于時間操作使用超時特征來提供邊界。一旦整體進度能夠確定時，即轉換為確定性進度條。比如，假如需要長達兩秒以上時間來確定對象數(shù)量話，你能夠在計算對象數(shù)量期間使用非確定性進度條，然后再轉換為確定性進度條。不要同時使用非確定性進度條及完成百分比或估量剩下時間。假如你能夠提供這類信息話，就應該改用確定性進度條。要同時使用非確定性進度條及動畫。非確定性進度條本身就是有效常規(guī)動畫，你能夠使用其中一個，但不要兩種同時使用。無模式進度條假如在操作進行過程中，用戶能夠做部分實事話，則應該提供無模式反饋。你可能需要禁用部分需要等候該操作完成功效。模式進度條模式進度條放在進度頁面或進度對話框中。假如完成任務不止幾秒鐘，或有可能永遠無法完成話，則應提供命令按鈕用于中止操作。假如取消后能夠回退到先前狀態(tài)（沒有副作用）話，則將按鈕標簽寫為“取消”，不然則寫為“停止”以表示會已經(jīng)完成那部分操作影響會連續(xù)存在。假如在某一時刻，不再可能將環(huán)境退回到先前狀態(tài)話，你能夠在操作進行中途將按鈕標簽從“取消”改為“停止”。將命令按鈕和進度條垂直居中，不要頂端對齊。正確：在這個示例中，中止網(wǎng)絡連接不會留下任何副作用，所以使用“取消”。錯誤：在這個示例中，中止搜索不會留下任何副作用，所以該命令按鈕應該標為“取消”。剩下時間對于確定性進度條：使用下列時間格式。從下列格式中選擇一個最大時間單位不是零，然后當最大時間單位變成零時再更換為下一個格式。對于進度條：假如相關信息是以冒號格式顯示：剩下時間：h小時m分剩下時間：m分s秒剩下時間：s秒假如屏幕空間擔心：剩下h小時m分剩下m分s秒剩下s秒不然：剩下h小時m分剩下m分s秒剩下s秒對于標題欄：hh:mm剩下mm:ss剩下0:ss剩下估算要正確，但不要給犯錯誤精度。假如最大單位是小時，那么應該給出分鐘數(shù)（假如有意義話）而不是秒數(shù)。錯誤：hh小時mm分ss秒保持估算值是最新。最少每隔5秒更新一次估量剩下時間。關注剩下時間，因為這是用戶最關心信息。僅當經(jīng)過總時間有意義情況下（如該操作可能會反復進行）才給出經(jīng)過總時間。假如估量剩下時間和進度條一起使用話，則不要提供完成百分比文本，因為該信息已經(jīng)由進度條本身傳達了。推薦尺寸和間距高清用于進度條推薦尺寸和間距一直使用推薦進度條高度。例外：當父窗口不支持推薦高度時，你能夠使用其它高度。假如你期望進度條不那么顯眼時候，能夠使用最小寬度。不要使用寬度超出最大推薦寬度值進度條。進度條無須填充全部可用空間。假如窗口比進度條最大推薦寬度值大得多話，則將進度條居中。標簽進度條標簽經(jīng)過靜態(tài)文本控件，使用簡明標簽，以說明正在進行操作。該標簽以動詞起頭（如“正在復制（Copying）”）并以省略號結尾。假如該操作含有多個步驟或需要處理多個對象話，該標簽能夠動態(tài)改變。不要分配唯一訪問鍵，因為該控件無法交互。使用句子大寫樣式。假如操作不是直接由用戶引發(fā)話，你能夠額外使用一個標簽來提供上下文信息并為打斷用戶操作而致歉。將標簽放置在進度條上方，并和進度條左側對齊。進度條細節(jié)信息在靜態(tài)文本中提供細節(jié)信息，數(shù)據(jù)前使用以冒號結尾標簽。在細節(jié)信息文本后指明單位（秒、KB等等）。將細節(jié)信息放置于進度條下方，并將標簽和進度條左端對齊。不要提供完成或剩下百分比信息，因為進度條本身已經(jīng)傳達了該信息。取消按鈕：假如取消后能夠回退到先前狀態(tài)（沒有副作用）話，則將按鈕標簽寫為“取消”，不然則寫為“停止”以表示會已經(jīng)完成那部分操作影響會連續(xù)存在。假如在某一時刻，不再可能將環(huán)境退回到先前狀態(tài)話，你能夠在操作進行中途將按鈕標簽從“取消”改為“停止”。進度對話框標題：假如進度條是顯示在模式對話框中話，對話框標題應該是該程序或該操作名稱。不要將應該用于進度條標簽內(nèi)容作為對話框標題。假如進度條顯示在模式對話框內(nèi)，則應該對此標題為任務欄顯示而優(yōu)化，將含有分辨性簡明信息放在前面。比如：“66%已完成?！蔽谋究蚰夸浤夸?.7.1它用在這里適宜嗎？3.7.2設計理念3.7.3使用模式3.7.4設計規(guī)范常規(guī)可編輯文本框數(shù)值文本框密碼及憑據(jù)（PIN）輸入文本輸出數(shù)據(jù)輸出3.7.5輸入驗證及錯誤處理3.7.6提醒3.7.7推薦尺寸和間距3.7.8文檔編寫文本框（TextBox）用于顯示、輸入或編輯文本或數(shù)值。它用在這里適宜嗎？考慮下列問題以進行判定：把全部有效值全部列出來是否切實有效？假如是，考慮換用單選列表框、列表視圖（ListView）、下拉列表、可編輯下拉列表或滑塊。有效數(shù)據(jù)是否完全不受限制？或說，有效數(shù)據(jù)僅僅在格式（長度或字符類型）上存在限制？假如是，則應使用文本框。值所代表數(shù)據(jù)類型是否已經(jīng)存在專門通用控件？比如日期、時間、或是IPv4或IPv6地址。假如是，則應使用更適宜控件，如日期控件，而非文本框。假如數(shù)據(jù)是數(shù)值：用戶是否會把該設置視為相對值？假如是，應使用滑塊。用戶是否更需要在更改設置同時立即得到反饋？假如是，應使用滑塊，也能夠和文本框一起使用。比如，用戶使用滑塊能夠很方便地選擇顏色，因為她們改變色相、飽和度、亮度時候能夠立即看到效果。設計理念文本框含有很強靈活性，但其支持約束也極少。能夠用于可編輯文本框約束包含：可選對總字符長度限制約束?？蛇x僅接收數(shù)字字符（0-9）限制約束。除了其長度和可選微調(diào)控件之外，文本框沒有其它能夠提醒有效值或其格式可視線索。這意味著需要用標簽將這類信息傳達給用戶。假如用戶輸入了無效文本，你必需經(jīng)過失誤信息來進行錯誤處理。一條普遍規(guī)則是，你應該使用你能夠使用最嚴格約束。使用像文本框之類無約束控件只是最終手段。使用模式文本框較為靈活，可用作多個用途。數(shù)據(jù)輸入用戶輸入或編輯短字符串無約束單行文本框。無約束單行文本框格式化數(shù)據(jù)輸入用于輸入特定格式一組長度較短、尺寸固定單行文本框。用于格式化數(shù)據(jù)輸入文本框注：自動離開功效會自動將輸入焦點從一個文本框移到下一個。這種做法缺點在于無法像單個數(shù)據(jù)那樣進行復制或粘貼。文本輸入用于輸入或編輯長字符串無約束多行文本框。無約束多行文本框密碼和憑據(jù)輸入用于安全輸入密碼和憑據(jù)無約束單行文本框。用于輸入密碼文本框數(shù)據(jù)輸出用于顯示短字符串只讀單行文本框，它總是以無邊框方法顯示。和靜態(tài)文本不一樣，使用文本框顯示數(shù)據(jù)能夠被滾動（當數(shù)據(jù)比控件長時很有用）、選擇及復制。用于顯示數(shù)據(jù)只讀單行文本框。文本輸出用于顯示長字符串只讀多行文本框用于顯示數(shù)據(jù)只讀文本框設計規(guī)范常規(guī)當禁用文本框時，應該同時禁用其標簽、說明標簽及命令按鈕。應使用自動完成來幫助用戶輸入那些可能會被反復使用數(shù)據(jù)。比如用戶名、地址及文件名等。不過，不要為那些可能包含敏感信息文本框提供自動完成功效，如密碼、憑據(jù)（PIN）、信用卡號或醫(yī)療信息。不要用戶進行無須要滾動。假如你估計到數(shù)據(jù)會超出文本框，而你又能夠在不影響布局情況下增大文本框話，則應該改變文本框尺寸以降低滾動需要。錯誤：在這個示例中，文本框應該再長部分以容納其數(shù)據(jù)。滾動條：不要在多行文本框中使用水平滾動條。應該改用垂直滾動條及自動換行。不要在單行文本框上使用任何滾動條。除了格式化數(shù)據(jù)輸入外，不要使用自動離開功效。自動切換輸入焦點會使用戶感到意外。可編輯文本框假如可能，應該限制輸入文本長度。比如，假如有效輸入是從0至999數(shù)字，那么應該使用限制為三個字符數(shù)值文本框。使用格式化數(shù)據(jù)輸入文本框每個部分全部應該含有短小、固定長度。靈活處理數(shù)據(jù)格式。假如用戶很可能使用多種不一樣格式來輸入文本時，應該盡可能處理全部最常見格式。比如，在輸入很多名稱、數(shù)字和標識時，部分可選空格、標點及大小寫往往無關緊要。假如你無法處理常見格式，則應使用格式化數(shù)據(jù)輸入或是在標簽中指明有效格式，以要求用戶輸入特定格式。能夠接收：在這個示例中，文本框要求以特定格式進行輸入。很好：在這個示例中，格式化數(shù)據(jù)輸入模式被用于要求以特定格式進行輸入。最好：在這個示例中，文本框能夠處理全部可能格式。在選擇最大輸入長度時應考慮格式靈活性。比如，一個有效信用卡號最多可達19個字符，假如將其限制得更短，則當使用較長格式輸入數(shù)字時會產(chǎn)生困難。假如用戶很可能會重新輸入整個值，則應在獲取輸入焦點時選擇全部文本。假如用戶更有可能進行編輯，則應將插入點放在文本末尾。在這個示例中，用戶更有可能進行替換而非編輯，所以獲取輸入焦點時會選中整個值。假如換行符是有效輸入話，應該一直使用多行文本框。當文本框被用于文件或路徑時，應該一直提供“瀏覽”按鈕。數(shù)值文本框選擇最方便單位并在標簽中注明。比如，考慮使用毫升而不是升（或其它單位），使用百分比而不是直接數(shù)值（或其它）等等。正確：在這個示例中，單位已經(jīng)標明，但它需要用戶輸入小數(shù)。愈加好：在這個示例中，該文本框使用了愈加便利單位。輸入往往是較小數(shù)值，通常小于100。用戶往往對已經(jīng)有數(shù)值進行小改動。下列情況下盡可能右對齊數(shù)值文本，光標首次停留在文本框右邊，輸入內(nèi)容向左，光標一直是停留在最右側：存在不止一個數(shù)值文本框。文本框是垂直排列。用戶可能會累加或比較這些數(shù)值。正確：在這個示例中，數(shù)值文本是右對齊，以使其愈加易于比較。錯誤：在這個示例中，數(shù)值文本錯誤地使用了左對齊。一直右對齊貨幣數(shù)值。不要為特定數(shù)值指定特殊含義，即使這些特殊含義在你應用程序中是內(nèi)部使用。相反，應該使用復選框或選項按鈕來為用戶提供明確選擇。非數(shù)值文本框盡可能左對齊非數(shù)值文本，光標首次停留在文本框左邊，輸入內(nèi)容向右，光標一直是停留在最右側。最好：或：密碼及憑據(jù)（PIN）輸入一直使用密碼通用控件，而不要自己發(fā)明。密碼和憑據(jù)需要特殊處理以被安全處理。文本輸出考慮將白色背景顏色用于大尺寸、多行只讀文本。白色背景使文本更易于閱讀。灰色背景上大量文本不適合閱讀。數(shù)據(jù)輸出不要為單行只讀文本框添加邊框。邊框是暗示文本能夠被編輯視覺線索。不要禁用單行只讀文本框。這會使用戶無法將選擇文本并復制到剪貼板。它還使適當數(shù)據(jù)超出控件邊界時，用戶無法滾動數(shù)據(jù)。不要為單行只讀文本框設置Tab?？?，除非用戶通常需要滾動或復制文本。輸入驗證及錯誤處理因為文本框通常不受約束，無法只接收有效輸入，所以你可能需要驗證輸入并處理可能問題。應該以下列方法驗證多種輸入問題：假如用戶輸入了一個無效字符，應忽略該字符，并顯示輸入錯誤氣球狀提醒來解釋哪些是有效字符。在這個示例中，氣球狀提醒匯報輸入了錯誤字符。假如輸入數(shù)據(jù)包含無效值或格式，應該在文本框失去輸入焦點時顯示輸入錯誤氣球狀提醒。假如輸入數(shù)據(jù)和窗口中其它控件不一致，應該在整個輸入完成時給犯錯誤信息，比如當用戶單擊模式對話框確實定按鈕時。提醒提醒是在文本框內(nèi)部作為其默認值顯示文本標簽或簡短說明。和靜態(tài)文本不一樣，一旦用戶在文本框內(nèi)開始輸入或當其取得輸入焦點時，提醒文本就會消失。經(jīng)典提醒下列情況下能夠使用提醒：當屏幕空間擔心，使用標簽或說明文字不適宜時。提醒文字關鍵用于以緊