鍵盤互動

學習如何設計與優化您的 Windows 應用程式，讓它們為鍵盤高階使用者以及有身心障礙及其他無障礙需求的使用者提供最佳體驗。

在各種裝置上，鍵盤輸入是整體 Windows 應用程式互動體驗中的重要部分。 設計良好的鍵盤體驗讓使用者能有效操作應用程式的使用者介面，並無需離開鍵盤即可使用完整功能。

鍵盤與手把共用的互動模式

在這個主題中，我們特別聚焦於 Windows 應用程式設計，用於電腦鍵盤輸入。 然而，良好的鍵盤體驗對於支援無障礙工具如 Windows Narrator、使用 軟體鍵盤 如觸控鍵盤和螢幕鍵盤（OSK），以及處理其他輸入裝置類型（如遊戲手把或遙控器）非常重要。

這裡討論的許多指引和建議，包括 焦點視覺、 存取鍵和 使用者介面導航，也適用於這些其他情境。

注意 雖然硬體和軟體鍵盤都可以用來文字輸入，但本主題的重點在於導航與互動。

內建支援

鍵盤與滑鼠並列為 PC 上最廣泛使用的周邊設備，因此是 PC 體驗的基本部分。 PC 用戶期望系統與個別應用程式都能在鍵盤輸入下獲得全面且一致的體驗。

所有 UWP 控制項都內建豐富的鍵盤體驗與使用者互動支援，而平台本身則提供豐富的基礎，打造最適合自訂控制項與應用程式的鍵盤體驗。

UWP 支援任何裝置的鍵盤

基本經驗

如前所述，遊戲手把和遙控器等輸入裝置，以及像 Narrator 這類輔助工具，共享鍵盤輸入的許多操作體驗，用於導航和指揮。 這種跨輸入類型與工具的共通體驗，減少了你額外的工作，並有助於實現通用 Windows 平台「一次建置，隨處執行」的目標。

必要時，我們會指出您應該注意的關鍵差異，並說明您應該考慮的緩解措施。

以下是本主題中討論的裝置與工具：

自訂體驗與高效鍵盤操作

如前所述，鍵盤支援對於確保您的應用程式對不同技能、能力與期望的使用者來說運作良好至關重要。 我們建議您優先考量以下事項。

• 支援鍵盤導覽與互動
  • 確保可執行項目被標示為制表止點（非可操作項目則不），且導航順序合乎邏輯且可預測（參見 制表止音）
  • 將初始焦點設定在最合邏輯的元素上（參見 初始焦點）
  • 提供「內部導航」的箭頭鍵導覽（參見 導覽）
• 支援鍵盤快捷鍵
  • 提供加速鍵以快速操作（參見 加速器）
  • 提供存取金鑰以導航應用程式的使用者介面（參見 存取金鑰）

聚焦視覺效果

UWP 支援單一焦點的視覺設計，適用於所有輸入類型與體驗。

重點視覺：

• 當介面元素從鍵盤和/或遊戲手把/遙控器獲得焦點時會顯示
• 會以高亮邊框包圍 UI 元素，表示可以執行某個動作
• 幫助使用者在應用程式介面中導航而不迷失方向
• 可依照你的應用程式自訂（參見高可見度焦點視覺）

注意 UWP 的焦點視覺和 Narrator 焦點長方形不同。

制表停位

要使用鍵盤控制（包括導航元件），控制器必須具備焦點。 控制項接收鍵盤焦點的一種方式，是透過在應用程式的頁籤順序中，將其識別為一個定位點，使它能被存取。

要將控制項包含在制表順序中，IsEnabled 屬性必須設為 true，IsTabStop 屬性必須設為 true。

若要明確排除某個控制項，請將 IsTabStop 屬性設為 false。

預設情況下，Tab 順序反映 UI 元素建立的順序。 例如，若 a StackPanel 包含 Button、 CheckboxTextBox、 和 ，則制表序列為 Button、 Checkbox、 TextBox。

你可以透過設定 TabIndex 屬性來覆寫預設的制表順序。

標籤順序應該合乎邏輯且可預見。

設計良好的鍵盤導覽模型，採用邏輯且可預測的制表順序，使應用程式更直覺，幫助使用者更有效率且有效地探索、發現及存取功能。

所有互動式控制項都應該具備定位點（除非它們在 群組中），而非互動式控制項，例如標籤，則不需要。

避免自訂的分頁順序，避免在應用程式中讓焦點跳動。 例如，表單中的控制項清單應該有制表序列，從上到下、從左到右（視地點而定）。

有關自訂分頁止點的更多細節，請參閱 鍵盤無障礙 功能。

試著協調制表順序和視覺順序

協調分頁順序與視覺順序（也稱為閱讀順序或顯示順序）有助於減少使用者在應用程式介面中導航時的困惑。

試著先將最重要的指令、控制項和內容，在「標籤順序」及「視覺順序」中排序並呈現。 然而，實際的顯示位置會依父版面配置容器以及影響版面配置的子元素某些屬性而有所不同。 具體來說，使用格線隱喻或表格隱喻的版面，視覺順序可能與制表順序截然不同。

注意 視覺順序也依賴於語區與語言。

初期重點

初始焦點指定應用程式或頁面首次啟動或啟用時，該 UI 元素會被聚焦。 使用鍵盤時，使用者正是從這個元素開始與應用程式的使用者介面互動。

對於 UWP 應用程式，初始焦點會設定為 TabIndex 最高的元素，該元素可接收焦點。 容器控制項的子元素則被忽略。 若出現平手，視覺樹中的第一個元素會獲得焦點。

將最初的焦點放在最合理的部分

將首要焦點放在使用者啟動應用程式或瀏覽頁面時最可能採取的第一個或主要動作。 一些範例包括：

• 一個將焦點設定在相簿中第一個項目的照片應用程式
• 一個音樂應用程式，焦點設定在播放鍵上

不要一開始就把焦點放在一個可能帶來負面甚至災難性後果的元素上

這種功能層級應該由使用者自行選擇。 將初期焦點放在有重大結果的元素上，可能導致意外的資料遺失或系統存取。 例如，瀏覽電子郵件時不要把焦點設在刪除按鈕上。

關於覆寫制表順序的更多細節，請參見 焦點導航 。

導航

鍵盤操作通常支援 Tab 鍵與方向鍵操作。

預設情況下，UWP 控制項遵循以下基本鍵盤行為：

• Tab 鍵會 依 tab 順序在可操作/主動控制之間切換。
• Shift + Tab 以反向 Tab 順序導航控制項。 若使用者使用方向鍵進入控制鍵，焦點設定為控制鍵內最後已知的數值。
• 方向鍵 會顯示針對控制項的「內部導航」，當使用者進入「內部導覽」時，方向鍵不會從控制項中移動出去。 一些範例包括：
  • 上下方向鍵可將焦點移入 ListView 和 MenuFlyout 內部。
  • 修改Slider和RatingsControl目前選取的值
  • 將游標移動到 TextBox 內部
  • 展開/摺疊內部物品 TreeView

利用這些預設行為來優化應用程式的鍵盤導航。

使用「內部導航」與相關控制組合

提供指向鍵導覽至相關控制項的組合，強化它們在整體應用程式介面組織中的關係。

例如，這裡顯示的 ContentDialog 控制項預設提供水平按鈕列的內部導覽（自訂控制項請參見 控制群組 章節）。

與一組相關按鈕的互動，透過方向鍵導航變得更簡單

若項目顯示於單一欄位，則使用上下方向鍵來導航項目。 若物品顯示在同一行，右/左箭頭鍵可導航物品。 如果項目是多欄，四個方向鍵都能導航。

為一組相互關聯的控制項定義一個單一制表符位置

透過為一組相關或互補的控制項定義單一標籤停止點，可以減少應用程式中的整體標籤停止點數量。

例如，以下圖片展示了兩個堆疊的 ListView 控制器。 左圖顯示箭頭鍵與制表位搭配使用以進行控制項之間的導航，右圖則展示如何透過消除使用 Tab 鍵穿越父控制項的需求，使子元素間的導航更簡單且更有效率。

透過取消分頁停止鍵，僅用方向鍵導航，可以讓兩個堆疊的 ListView 控制項互動變得更簡單且更有效率。

請造訪 控制群組 區塊，了解如何將優化範例應用於你的應用程式介面。

互動與指揮

一旦控制項獲得焦點，使用者即可透過特定鍵盤輸入與其互動並呼叫相關功能。

文字輸入

對於專為文字輸入設計的控制項，如 TextBox 和 RichEditBox，所有鍵盤輸入都用於輸入或瀏覽文字，且優先於其他鍵盤指令。 例如，控制項的下拉選單 AutoSuggestBox 無法將 空白 鍵識別為選擇指令。

空白鍵

當非文字輸入模式時， 空白 鍵會呼叫與聚焦控制相關的動作或指令（就像用觸控點擊或滑鼠點擊一樣）。

輸入索引鍵

Enter 鍵 可執行多種常見的使用者互動，視控制的焦點而定：

• 啟動命令控制，例如 Button 或 Hyperlink。 為避免使用者混淆， Enter 鍵同時啟動看起來像指令控制項的控制項，如 ToggleButton 或 AppBarToggleButton。
• 顯示 ComboBox 和 DatePicker 等控制項的選擇器介面。 Enter 鍵不但執行提交功能，還會關閉選擇器介面。
• 啟動列表控制項，如 ListView、 GridView、 ComboBox。
  • Enter鍵 執行選擇動作，如同空白鍵在清單和網格項目的功能一樣，除非這些項目有其他額外的動作（例如開啟新視窗）。
  • 若控制項有額外動作， Enter 鍵執行 額外動作， 空白鍵則 執行選擇動作。

注意：Enter鍵和空格鍵不一定執行相同的動作，但經常會。

Esc 鍵

Esc 鍵讓使用者可以取消臨時 UI（以及該 UI 中進行中的所有操作）。

這種經驗的例子包括：

• 使用者以選取的值開啟 a ComboBox ，並用方向鍵將焦點選擇移動到新的值。 按下 Esc 鍵會關閉 ， ComboBox 並將選取的值重置回原本的值。
• 使用者對電子郵件執行永久刪除動作，並會被提示 ContentDialog 確認該動作。 使用者判斷這不是預期的動作，於是按下 Esc 鍵關閉對話框。 由於 Esc 鍵與 取消 鍵相關聯，對話框會關閉並取消動作。 Esc 鍵只影響短暫介面，不會關閉或回溯應用程式介面。

主鍵與終點鍵

Home 鍵和 End 鍵讓使用者捲動到 UI 區域的開頭或結尾。

這種經驗的例子包括：

• 對於 ListView 和 GridView 控制項， 主 鍵會將焦點移到第一個元素並滾動到視圖中，而 結束 鍵則將焦點移到最後一個元素並捲入視圖。
• 控制 ScrollView 鍵方面， Home 鍵會滾動到區域的頂端，而 End 鍵則會滾動到區域底部（焦點不會改變）。

上翻頁鍵與下翻頁鍵

頁面鍵允許使用者以離散增量滾動 UI 區域。

例如，對於 ListView 和 GridView 控制項， Page up 鍵會將區域往上捲動一個「頁面」（通常是視窗高度），並將焦點移到區域頂部。 或者，按下 向下 頁鍵會將區域往下捲動一頁，並將焦點移到區域底部。

F6 鍵

F6 鍵讓使用者在應用程式或介面的窗格或重要區塊間切換。 Shift-F6 通常會向後循環（參見 鍵盤輔助功能）。

這些通常與 地標和標題相關，但不必直接對應。

例如：

• 在 Edge 裡，按 F6 會在分頁列、網址列/應用程式列和頁面內容之間切換。
• 在檔案總管中，按 F6 會在應用程式的各個區塊間切換。
• 在桌面上，按 F6 會在工作列和桌面之間切換。

鍵盤快捷方式

除了實作鍵盤瀏覽和啟用之外，也適合實作鍵盤快捷方式，例如 鍵盤快捷方式 和 訪問鍵 ，以取得重要或常用功能。

鍵盤捷徑能讓你的應用程式更易使用，因為它同時提供更強的無障礙支援與提升鍵盤使用者的效率。

捷徑是一種鍵盤組合，透過提供使用者有效率的方式存取應用程式功能，來提升生產力。 快捷鍵有兩種：

• 加速器是呼叫應用程式命令的捷徑。 您的應用程式可能或可能不會提供對應至命令的特定UI。 加速鍵通常由 Ctrl 鍵和字母鍵組成。
• 存取金鑰是將焦點設定到應用程式中特定 UI 的快捷鍵。 存取鍵通常由 Alt 鍵加上一個字母鍵組成。

提供一致的快捷鍵，支援不同應用程式間的相似任務，會讓快捷鍵更實用且強大，並幫助使用者記憶。

加速器

加速器幫助使用者更快速且有效率地執行應用程式中的常見操作。

加速器範例：

• 在 郵件 應用程式中按下 Ctrl + N 鍵，即可啟動新的郵件項目。
• 在 Microsoft Edge（以及許多 Microsoft Store 應用程式）中，按下 Ctrl + E 鍵即可啟動搜尋。

加速器具有以下特性：

• 它們主要使用Ctrl和功能鍵序列（Windows系統快捷鍵也使用Alt + 非字母數字鍵及Windows標誌鍵）。
• 它們只分配給最常用的指令。
• 這些內容旨在被記住，僅在選單、工具提示和說明中記錄。
• 只要有支援，這些方法會貫穿整個應用程式。
• 這些題目應該持續分配，因為是背誦而非直接記錄。

存取金鑰

請參閱 存取金鑰 頁面，以獲得更深入的支援 UWP 存取金鑰資訊。

存取鍵幫助有運動功能障礙的使用者，能夠一次按一個鍵，對 UI 中的特定項目進行操作。 此外，存取鍵可用來傳遞額外的快捷鍵，幫助進階使用者快速執行動作。

存取金鑰具有以下特性：

• 他們使用 Alt 鍵加上字母數字鍵。
• 它們主要是為了無障礙。
• 這些提示直接在介面中，緊鄰控制區，透過 關鍵提示（Key Tips）記錄。
• 它們只在當前視窗中生效，並導向對應的選單項目或控制項。
• 存取金鑰應盡可能一致地分配給常用指令（尤其是提交按鈕）。
• 它們是局部的。

常見的鍵盤快捷鍵

下表是常用鍵盤快捷鍵的一小部分範例。

欲了解完整的 Windows 系統捷徑清單，請參見 Windows 鍵盤捷徑。 關於常見的應用程式捷徑，請參見 Microsoft 應用程式的鍵盤捷徑。

進階經驗

在本節中，我們將討論 UWP 應用程式支援的一些較複雜的鍵盤互動體驗，以及當你的應用程式在不同裝置和不同工具上使用時，你應該注意的一些行為。

對照組

你可以將相關或互補的控制群組組成「控制群組」（或方向區域），透過方向鍵實現「內部導航」。 控制組可以是單一個制表位，或是可以在控制組內指定多個制表位。

箭頭鍵導航

當 UI 區域中有一組類似且相關的控制項時，使用者預期會支援方向鍵導覽：

• AppBarButtons 在 CommandBar
• ListItems 或 GridItems 在 ListView 或 GridView 內
• Buttons 內 ContentDialog

UWP 控制預設支援方向鍵導航。 對於自訂版面和控制群組，請使用 XYFocusKeyboardNavigation="Enabled" 來提供類似的行為。

在使用以下控制項時，請考慮新增對方向鍵導航的支援：

制表停位

根據您應用程式的功能與配置，控制群組的最佳導覽選項可能是單一定位停駐點並使用方向鍵導覽至子元素、多個定位停駐點，或者是兩者的組合。

使用多個制表鍵和方向鍵來操作按鈕

無障礙使用者依賴成熟的鍵盤導航規則，這些規則通常不會使用方向鍵來操作一組按鈕。 然而，沒有視覺障礙的使用者可能會覺得這種行為很自然。

此情況下預設 UWP 行為的例子是 ContentDialog。 雖然可以使用方向鍵在按鈕之間進行導航，但每個按鈕也作為一個定位點。

將單一分頁停止點分配給熟悉的 UI 模式

若你的佈局遵循已知的控制群組介面模式，為群組指定單一定位點可提升使用者的導航效率。

範例包括：

• RadioButtons
• 多顆ListViews的外觀和作用都像單一的ListView
• 任何看起來和運作都像磁磚格子的 UI（例如開始選單的磁磚）

規範控制組行為

請使用以下 API 來支援自訂控制組行為（所有 API 在本主題後面會更詳細討論）：

• XYFocusKeyboardNavigation 支援方向鍵在各控制鍵間的導航
• TabFocusNavigation 表示是否有多個制表位或單一制表位
• FindFirstFocusableElement 和 FindLastFocusableElement 會將焦點放在第一個項目上，使用 Home 鍵，最後一個項目則用 End 鍵

下圖展示了一組相關單選按鈕的控制組的直覺式鍵盤導航行為。 在這種情況下，我們建議控制群組設一個跳格鍵，使用方向鍵在各單選按鈕間進行內部導航，起始鍵綁定在第一個單選按鈕，結束鍵綁定在最後一個單選按鈕。

鍵盤與旁白

Narrator 是一款針對鍵盤使用者設計的 UI 無障礙工具（也支援其他輸入類型）。 然而，Narrator 的功能超越了 UWP 應用程式所支援的鍵盤互動，設計 Narrator 的 UWP 應用程式時需要特別謹慎。 （旁白基本頁面 會引導你使用旁白功能。）

UWP 鍵盤行為與 Narrator 支援的行為之間的一些差異包括：

• 附加的按鍵組合用於導航到在標準鍵盤操作中無法存取的 UI 元素，例如使用 Caps Lock + 方向鍵來讀取控制標籤。
• 導航至停用項目。 預設情況下，停用項目不會透過標準鍵盤導覽顯示。
• 根據 UI 細緻度控制「視圖」以加快導航速度。 使用者可以瀏覽項目、角色、單字、行、段落、連結、標題、表格、地標及建議。 標準鍵盤導航會將這些物件呈現為平面清單，除非你提供快捷鍵，否則導航可能會變得繁瑣。

案例研究 – AutoSuggestBox 控制

搜尋按鈕 AutoSuggestBox 無法用於標準的鍵盤導航，包括 Tab 鍵和方向鍵，因為使用者可以按 Enter 鍵提交搜尋查詢。 不過，使用者按下大寫鎖+方向鍵時，可以透過旁白進入。

使用鍵盤時，使用者按下Enter鍵即可提交搜尋查詢

鍵盤、遊戲手把與遙控器

遊戲手把和遙控器支援許多 UWP 鍵盤的行為與體驗。 然而，由於鍵盤上缺乏多種按鍵選項，遊戲手把和遙控器在鍵盤優化方面缺乏許多（遙控器比遊戲手把更有限）。

欲了解更多關於 UWP 支援遊戲手把與遙控器輸入的詳細說明，請參閱 遊戲手把與遙控器的互動 。

以下展示鍵盤、遊戲手把與遙控器之間的按鍵映射。

在設計 UWP 應用程式以配合手把和遙控器使用時，你應該注意以下幾個關鍵差異：

• 輸入文字時，使用者需按 A 鍵才能啟動文字控制。

• 焦點導航不限於控制群組，使用者可自由導航至應用程式中任何可聚焦的 UI 元素。

  注意 焦點可以移動至按鍵方向的任何可聚焦的 UI 元素，除非該元素位於覆蓋層的 UI 上或指定了焦點鎖定，這會限制焦點的進入或退出，直到使用 A 鍵進行啟動或解除為止。 更多資訊請參閱 方向導航 章節。

• 方向鍵和左搖桿按鈕用於在各控制鍵間移動焦點及內部導航。

  注意 遊戲手把和遙控器只能操作與所按方向鍵的視覺順序相同的項目。 當沒有後續元素可聚焦時，該方向的導航會被禁用。 視情況而定，鍵盤使用者並不總是有這種限制。 更多資訊請參考 內建鍵盤優化 章節。

定向導航

方向導航由 UWP Focus Manager 輔助類別管理，該類別會根據按下的方向鍵（箭頭鍵、D-pad）嘗試將焦點移動到相應的方向上。

與鍵盤不同，當應用程式退出 滑鼠模式時，整個應用程式的遊戲手把與遙控器都會套用方向導航。 欲了解更多方向導航優化，請參見 GamePad 與遠端控制互動 。

注意 使用鍵盤 Tab 鍵進行導航不被視為方向性導航。 更多資訊請參閱 定位點 。

內建鍵盤優化

根據所使用的版面配置和控制方式，UWP 應用程式可以針對鍵盤輸入進行優化。

以下範例展示了一組被指派到單一分頁停止點的清單項目、格子項目和選單項目（參見 分頁停止 部分）。 當團體對焦時，內部導航則依照對應的視覺順序使用方向鍵進行（詳見 導航 章節）。

單欄箭頭鍵導覽

單列箭頭鍵導覽

多欄/多列箭頭鍵導覽

包裝同質清單與網格視圖項目

方向導覽並不總是導覽清單和網格視圖中的多列與多欄項目的最有效率方式。

注意：選單項目通常是單欄列表，但在某些情況下可能會適用特殊的重點規則（參見 彈出式使用者介面）。

清單與網格物件可建立多列多欄。 這些通常依列優先（項目先填滿整列再填下一列）或行優先（項目先填滿整行再填下一行）順序排列。 列或欄的主要順序取決於捲動方向，且應確保項目順序不會與此方向衝突。

依列大順序（物品從左到右、從上到下填滿），當焦點放在一列最後一個項目且按下右箭頭鍵時，焦點會移到下一列的第一件物品。 同樣的行為也會反過來發生：當焦點設定在一列的第一項，並按下左箭頭鍵時，焦點會移到前一列的最後一項。

依列大順序（項目由上到下填滿，從左到右），當焦點在欄位的最後一個項目且使用者按下向下箭頭鍵時，焦點會移至下一欄的第一項目。 同樣的行為也會反過來：當焦點設定在欄位的第一項，並按下向上方向鍵時，焦點會移到前一欄的最後一項。

彈出式使用者介面

如前所述，你應該盡量確保方向導航的順序與應用程式介面中控制項的視覺順序相符。

某些控制項（如右鍵選單、CommandBar 溢位選單和自動建議選單）會在相對於主要控制項和可用螢幕空間的位置和方向（預設是向下）顯示選單彈出視窗。 請注意，開口方向在運行時會受到多種因素影響。

在這些控制中，當選單首次開啟（且使用者尚未選擇任何項目）時，向下箭頭鍵總是將焦點設定為第一個項目，而向上方向鍵則會將焦點設定為選單上的最後一個項目。

如果最後一個項目有焦點，且按下向下方向鍵，焦點會移到選單上的第一個項目。 同樣地，如果第一個項目有焦點，且按下上方向鍵，焦點會移到選單上的最後一個項目。 這種行為稱為 循環 ，對於瀏覽彈出選單時非常有用，因為這些選單會朝著不可預測的方向開啟。

我們建議您在自訂控制中模擬這些行為。 關於如何實作此行為的程式碼範例可見 於程式化焦點導覽 文件中。

測試您的應用程式

用所有支援的輸入裝置測試你的應用程式，確保 UI 元素能以連貫且直覺的方式瀏覽，且不會有意外元素干擾想要的制表順序。

相關文章

• 鍵盤活動
• 識別輸入裝置
• 回應觸控式鍵盤的出現
• 焦點視覺效果範例
• 導航檢視控制鍵盤細節
• 鍵盤可及性

附錄

軟體鍵盤

螢幕上顯示軟體鍵盤，並可取代實體鍵盤，使用觸控、滑鼠、觸控筆或其他指點裝置輸入資料。 在遊戲裝置上，需要透過移動視覺對焦或遊戲手把或遙控器的快捷鍵來選擇個別按鍵。

觸控鍵盤

Windows 11 觸控鍵盤

根據裝置不同，觸控鍵盤會在文字欄位或其他可編輯文字控制項被聚焦時出現，或使用者透過 通知中心手動啟用時：

如果你的應用程式程式化地將焦點設定為文字輸入控制，觸控鍵盤就不會被啟動。 這能消除非使用者直接引發的意外行為。 不過，當鍵盤以程式化方式將焦點移至非文字輸入控制時，鍵盤會自動隱藏。

觸控鍵盤通常在使用者在表單中切換時仍可見。 這種行為會因表單內其他控制類型而有所不同。

以下是一些非編輯控制項，可在使用觸控鍵盤進行文字輸入時獲得焦點，且不必關閉鍵盤。 與其讓使用者介面無謂地亂晃或讓使用者迷失方向，觸控鍵盤會持續在視野中，因為使用者很可能會在這些控制鍵和觸控鍵盤的文字輸入間來回切換。

• 核取方塊
• 組合框
• 單選按鈕
• 捲軸
• Tree
• 樹狀物
• 菜單
• 功能表列
• 選單項目
• 工具列
• 清單
• 清單項目

以下是觸控鍵盤不同模式的範例。 第一張圖片是預設版面，第二張是擴充版（可能不適用於所有語言）。

觸控鍵盤預設配置模式

擴展顯示模式中的觸控鍵盤

成功的鍵盤互動使使用者能僅用鍵盤完成基本的應用程式情境;也就是說，使用者可以存取所有互動元素並啟用預設功能。 多種因素會影響成功程度，包括鍵盤導航、無障礙的存取鍵，以及進階使用者的加速（或捷徑）鍵。

螢幕鍵盤

與觸控鍵盤類似，螢幕鍵盤（OSK）是一種視覺化軟體鍵盤，取代實體鍵盤，使用觸控滑鼠、觸控筆或其他指點裝置來輸入資料（不需觸控螢幕）。 OSK 適用於沒有實體鍵盤的系統，或行動不便、無法使用傳統實體輸入裝置的使用者。 OSK 模擬了大部分甚至全部硬體鍵盤的功能。

OSK 可從設定 > 的鍵盤頁面開啟，方便存取。

注意 OSK 優先於觸控鍵盤，如果 OSK 出現，則觸控鍵盤不會顯示。

螢幕鍵盤

Xbox One 螢幕鍵盤

更多細節請參閱 「使用螢幕鍵盤輸入」。