通过

键盘交互

键盘英雄图像

了解如何设计和优化 Windows 应用，以为键盘高级用户和残障人士及有其他辅助功能需求的用户提供最佳体验。

跨设备，键盘输入是整个 Windows 应用交互体验的重要组成部分。 设计良好的键盘体验使用户能够有效地导航应用的 UI 并访问其完整功能，而无需从键盘上举手。

键盘和游戏板图像

在键盘和游戏板之间共享常见交互模式

本主题重点介绍电脑键盘输入的 Windows 应用设计。 但是，设计良好的键盘体验对于支持 Windows 讲述人等辅助功能工具、使用触摸键盘和屏幕键盘（OSK）等 软件键盘 以及处理其他输入设备类型（如游戏板或遥控器）非常重要。

此处讨论的许多指南和建议（包括 焦点视觉对象、 访问键和 UI 导航）也适用于这些其他方案。

注意 虽然硬件和软件键盘都用于文本输入，但本主题的焦点是导航和交互。

内置支持

与鼠标一起，键盘是电脑上最常用的外围设备，因此，键盘是电脑体验的基本部分。 电脑用户期望系统和个人应用提供全面且一致的体验，以响应键盘输入。

所有 UWP 控件都包含对丰富键盘体验和用户交互的内置支持，而平台本身为创建你认为最适合自定义控件和应用的键盘体验提供了广泛的基础。

带有手机图像的键盘

UWP 支持任何设备的键盘

基本用户体验

专注型设备

如前所述，游戏板和遥控器等输入设备以及讲述人等辅助功能工具共享导航和命令的键盘输入体验。 这种跨输入类型和工具的常见体验可最大程度地减少你所做的额外工作，并有助于通用 Windows 平台的“生成一次，随时随地运行”目标。

如有必要，我们将确定应注意的关键差异，并描述应考虑的任何缓解措施。

下面是本主题中讨论的设备和工具：

设备/工具 Description
键盘（硬件和软件） 除了标准硬件键盘，Windows 应用程序还支持两种软件键盘： 触摸（或软件）键盘 和 屏幕键盘。
游戏板和远程控制 游戏板和遥控器是 10 英尺体验中的基本输入设备。 有关 Windows 对游戏板和远程控制支持的具体详细信息，请参阅 游戏板和远程控制交互。
屏幕阅读器（讲述人） 讲述人是 Windows 的内置屏幕阅读器，可提供独特的交互体验和功能，但仍依赖于基本的键盘导航和输入。 有关讲述人的详细信息，请参阅 讲述人入门。

自定义体验和高效键盘

如前所述，键盘支持是确保应用程序适用于具有不同技能、能力和期望的用户不可或缺的一部分。 我们建议你确定以下优先级。

  • 支持键盘导航和交互
    • 确保可操作项被标识为选项卡停留点（不可操作的项则不标识），并保证导航顺序合乎逻辑且可预测（请参阅 选项卡停留点）
    • 将初始焦点设置为最逻辑元素（请参阅 初始焦点）
    • 为“内部导航”提供箭头键导航（请参阅 导航）
  • 支持键盘快捷方式
    • 为快速操作提供快捷键（请参阅 加速器）
    • 提供访问密钥以导航应用程序的 UI（请参阅 访问密钥）

焦点视觉对象

UWP 支持适用于所有输入类型和体验的单个焦点视觉设计。 视觉焦点

聚焦视觉效果：

  • 当 UI 元素从键盘和/或游戏板/遥控器接收焦点时显示
  • 呈现为 UI 元素周围的一个高亮边框，以指示可以执行某项操作。
  • 帮助用户导航应用程序界面，避免迷失
  • 可针对应用进行自定义（请参阅 高可见性焦点视觉对象）

注意 UWP 焦点视觉对象与讲述人焦点矩形不同。

制表位

若要将控件（包括导航元素）与键盘配合使用，控件必须具有焦点。 控件接收键盘焦点的一种方法是通过键盘选项卡导航来访问它，即在应用程序的选项卡顺序中标识它为一个制表位。

要使控件包含在 Tab 顺序中， IsEnabled 属性必须设置为 true ， 并且 IsTabStop 属性必须设置为 true。

若要从 Tab 顺序中专门排除控件，请将 IsTabStop 属性设置为 false。

默认情况下，Tab 顺序反映创建 UI 元素的顺序。 例如，如果StackPanel包含Button、Checkbox和TextBox，那么 Tab 键顺序是Button、Checkbox和TextBox。

可以通过设置 TabIndex 属性来替代默认的 Tab 键顺序。

Tab 顺序应为逻辑且可预测

设计良好的键盘导航模型，使用逻辑和可预测的选项卡顺序，使你的应用更加直观，并帮助用户更有效地探索、发现和访问功能。

所有交互式控件都应具有制表位（除非它们位于 组中），而非交互式控件（如标签）则不应。

避免使用自定义选项卡顺序，使焦点在应用程序中四处跳转。 例如，窗体中的控件列表应具有从上到下和从左到右（具体取决于区域设置）的 Tab 键顺序。

请参阅 键盘辅助功能，了解有关自定义制表位的更多详细信息。

尝试协调 Tab 键顺序和视觉顺序

协调选项卡顺序和视觉顺序（也称为阅读顺序或显示顺序）有助于减少用户在浏览应用程序 UI 时混淆。

尝试先按 Tab 键顺序和视觉顺序对最重要的命令、控件和内容进行排名和显示。 但是，实际显示位置可能取决于父布局容器和影响布局的子元素的某些属性。 具体而言，使用网格隐喻或表隐喻的布局可以具有与制表顺序截然不同的视觉顺序。

注意 视觉顺序也依赖于区域设置和语言。

初始焦点

初始焦点指定首次启动或激活应用程序或页面时接收焦点的 UI 元素。 使用键盘时，用户从此元素开始与应用程序的 UI 交互。

对于 UWP 应用，初始焦点设置为可接收焦点的最高 TabIndex 的元素。 将忽略容器控件的子元素。 在出现平局时，可视化树中的第一个元素会获得焦点。

将初始焦点设置为最逻辑元素

为应用首次启动或页面导航设置用户最可能进行的第一个或主要操作的 UI 元素初始焦点。 一些示例包括：

  • 图片应用程序中，将焦点设置为图库中的第一个项目
  • 焦点设置为“播放”按钮的音乐应用

不要将初始焦点设置在可能导致负面甚至灾难性结果的元素上

此级别的功能应该是用户选择的。 将初始焦点设置为具有显著结果的元素可能会导致意外数据丢失或系统访问。 例如，导航到电子邮件时，不要将焦点设置为“删除”按钮。

有关重写选项卡顺序的更多详细信息，请参阅 焦点导航 。

通常通过 Tab 键和箭头键支持键盘导航。

制表符和箭头键

默认情况下，UWP 控件遵循以下基本键盘行为：

  • Tab 键 按顺序在可操作/活动控件之间导航。
  • Shift + Tab 按反向 Tab 键顺序导航控件。 如果用户使用箭头键在控件内导航，焦点将设置为控件内的最后一个已知值。
  • 箭头键 公开特定于控件的“内部导航”当用户输入“内部导航”时，箭头键不会从控件中导航。 示例包括：
    • 向上/向下箭头键在 ListView 和 MenuFlyout 内移动焦点。
    • 修改当前所选值 Slider 以及 RatingsControl
    • 将插入点移动到TextBox内
    • 展开/折叠内部的项目 TreeView

使用这些默认行为来优化应用程序的键盘导航。

向一组相关控件提供箭头键导航可增强其在应用程序 UI 的整体组织内的关系。

例如， ContentDialog 此处显示的控件默认为水平按钮行提供内部导航（对于自定义控件，请参阅 “控件组” 部分）。

对话框示例

使用箭头键导航可以更轻松地与相关按钮的集合交互

如果项显示在单个列中，向上/向下键将导航项。 如果项目显示在单行中，使用右箭头键或左箭头键导航项目。 如果项是多个列，则所有 4 个箭头键都会导航。

通过为相关或互补的控件集合定义单个制表位，可以最大程度地减少应用中的整体的制表位数量。

例如，下图显示了两个堆叠 ListView 控件。 左侧的图像显示箭头键与制表位结合使用在控件 ListView 间导航，而右侧的图像则显示如何通过消除使用制表键遍历父控件的需求，使子元素之间的导航更加简单高效。

箭头和选项卡 仅箭头

通过取消选项卡停留并仅使用箭头键进行导航，可以更轻松、更高效地与两个叠加的 ListView 控件进行交互。

访问 “控制组” 部分，了解如何将优化示例应用于应用程序 UI。

交互和命令

控件具有焦点后，用户可以与其交互，并使用特定的键盘输入调用任何关联功能。

文本输入

对于专为文本输入设计的控件，例如 TextBox ， RichEditBox所有键盘输入都用于输入或导航文本，这些文本优先于其他键盘命令。 例如，控件的 AutoSuggestBox 下拉菜单无法将 空格 键识别为选择命令。

文本条目

空格键

当不在文本输入模式下时， 空格 键将调用与焦点控件关联的作或命令（就像使用触摸点击或鼠标单击一样）。

空格键

输入键

Enter 键可以执行各种常见的用户交互，具体取决于具有焦点的控件：

  • 激活命令控件，如 Button 或 Hyperlink。 为了避免最终用户混淆， Enter 键还会激活类似于命令控件的控件，例如 ToggleButton 或 AppBarToggleButton。
  • 显示控件（如 ComboBox 和 DatePicker）的选取器 UI。 Enter 键还会提交并关闭选择器 UI。
  • 激活列表控件，例如 ListView， GridView和 ComboBox。
    • Enter 键执行选择操作，与列表和网格项的空格键相同，除非这些项目有其他关联的操作（比如：打开新窗口）。
    • 如果附加操作与控件关联，按 Enter 键将执行附加操作，按 空格 键执行选择操作。

注意Enter 键和空格键并不总是执行相同的操作，但通常执行。

输入键

Esc 键

Esc 键允许用户取消临时用户界面（以及该用户界面中任何正在进行的操作）。

此体验的示例包括：

  • 用户打开具有所选值的ComboBox，然后使用箭头键将焦点选择移动到新值。 按 Esc 键可以关闭ComboBox，并将所选值重置回原始值。
  • 用户对电子邮件执行永久删除操作，并出现ContentDialog提示以确认该操作。 用户决定这不是预期作，并按 Esc 键关闭对话框。 当 Esc 键与 “取消” 按钮关联时，对话框将关闭并取消该作。 Esc 键仅影响暂时性 UI，不会关闭应用 UI，也不会在应用程序界面中进行返回导航。

Esc 键

Home 键和 End 键

“开始”和“结束”键允许用户滚动到 UI 区域的开头或结尾。

此体验的示例包括：

  • 对于 ListView 控件 GridView ， Home 键将焦点移动到第一个元素，并将其滚动到视图中，而 End 键将焦点移动到最后一个元素，并将其滚动到视图中。
  • ScrollView对于控件，“开始”键滚动到区域的顶部，而“结束”键滚动到区域底部（焦点未更改）。

Home 键和 End 键

上一页键和下一页键

页面键允许用户以离散增量滚动 UI 区域。

例如，对于ListView和GridView控件，Page Up键会将区域向上滚动一个“页面”（通常是视口的高度），并将焦点移动到区域的顶部。 或者，Page down 键可以将区域向下滚动一页，并将焦点移至区域底部。

Page Up 键和 Page Down 键

F6 键

F6 键允许用户在应用或 UI 的窗格或重要部分之间循环。 Shift-F6 通常向后循环（请参阅 键盘辅助功能）。

这些通常与 地标和标题相关，但不需要直接对应。

例如：

  • 在 Edge 中，按 F6 将在选项卡栏、地址栏/应用栏和页面内容之间循环。
  • 在文件资源管理器中，按 F6 将在应用的各个部分之间循环。
  • 在桌面上，按 F6 将在任务栏和桌面的各个部分之间循环。

f6 键

键盘快捷方式

除了实现键盘导航和激活外，还可以实现键盘快捷方式（如 键盘快捷键 和 访问键 ）以实现重要或常用功能。

键盘快捷方式可通过为键盘用户提供增强的辅助功能支持和提高键盘用户的效率，使你的应用更易于使用。

快捷方式是一种键盘组合，它通过为用户提供访问应用功能的有效方法来提高工作效率。 有两种类型的快捷方式：

  • 加速器是调用应用命令的快捷方式。 你的应用可以提供与命令对应的特定 UI，也可以不提供。 加速器通常由 Ctrl 键和一个字母键组成。
  • 访问键是将焦点设置到应用程序中的特定 UI 的快捷方式。 访问键通常由 Alt 键和字母键组成。

提供一致的键盘快捷方式，支持跨应用程序执行类似的任务，使它们更加有用和强大，并帮助用户记住它们。

加速器

加速器可帮助用户更快地高效地在应用程序中执行常见作。

加速器示例：

  • 按 Ctrl + N 键， 邮件 应用中的任意位置将启动新的邮件项。
  • Microsoft Edge 中的任意位置按 Ctrl + E 键（并且许多Microsoft应用商店应用程序）将启动搜索。

加速器具有以下特征：

  • 它们主要使用 Ctrl 和函数键序列（Windows 系统快捷键也使用 Alt + 非字母数字键和 Windows 徽标键）。
  • 它们仅分配给最常用的命令。
  • 它们旨在被记住，并且仅在菜单、工具提示和帮助中记录。
  • 当支持时，它们在整个应用程序中都有效。
  • 应一致地分配它们，因为它们被记住，而不是直接记录。

访问密钥

有关支持 UWP 访问密钥的详细信息，请参阅 “访问密钥 ”页。

访问键帮助具有运动功能障碍的用户能够一次按一个键对 UI 中的特定项进行作。 此外，访问密钥还可用于传达其他快捷键，以帮助高级用户快速执行作。

访问密钥具有以下特征：

  • 它们使用 Alt 键和字母数字键。
  • 它们主要用于提高可访问性。
  • 它们在 UI 中通过 键提示直接描述，位于控件旁边。
  • 它们仅在当前窗口中生效，并导航到相应的菜单项或控件。
  • 应尽可能始终将访问密钥分配给常用命令（尤其是提交按钮）。
  • 它们已本地化。

常见键盘快捷方式

下表是常用键盘快捷方式的一个小示例。

Action 快捷键命令
全选 Ctrl+A
连续选择 Shift+箭头键
保存 Ctrl+S
查找 Ctrl+F
Print Ctrl+P
复制 Ctrl+C
剪切 Ctrl+X
粘贴 Ctrl+V
撤消 Ctrl+Z
“下一步”选项卡 Ctrl+Tab
关闭选项卡 Ctrl+F4 或 Ctrl+W
语义式缩放 Ctrl++ 或 Ctrl+-

有关 Windows 系统快捷方式的完整列表，请参阅 Windows 的键盘快捷方式。 有关常见的应用程序快捷方式，请参阅 Microsoft应用程序的键盘快捷方式。

高级体验

在本部分中，我们将讨论 UWP 应用支持的一些更复杂的键盘交互体验，以及当应用在不同设备和不同工具上使用时应注意的一些行为。

对照组

可以在“控制组”（或方向区域）中对一组相关或互补的控件进行分组，该控件使用箭头键启用“内部导航”。 控件组可以是单个制表位，也可以指定控件组中的多个制表位。

箭头键导航

当用户在 UI 区域中有一组类似的相关控件时，用户期望支持箭头键导航：

  • AppBarButtons在CommandBar中
  • ListItems 或 GridItems 在 ListView 或 GridView 内部
  • Buttons 里面 ContentDialog

默认情况下，UWP 控件支持箭头键导航。 对于自定义布局和控件组，使用 XYFocusKeyboardNavigation="Enabled" 来提供类似的行为。

使用以下控件时，请考虑添加对箭头键导航的支持：

对话框按钮

对话框按钮

单选按钮

单选按钮

AppBar 按钮

AppBarButtons

列表和网格项

列表项 和 网格项

制表位

根据应用程序的功能和布局，控件组的最佳导航选项可能是使用单个制表位，并通过箭头键导航到子元素，或是多个制表位，或两者的某种组合。

使用多个制表符和箭头键导航按钮

辅助功能用户依赖于成熟的键盘导航规则，这些规则通常不使用箭头键来导航按钮集合。 但是，没有视觉障碍的用户可能会觉得行为是自然的。

在本例中，默认 UWP 行为的示例为 ContentDialog. 虽然可以使用箭头键在按钮之间导航，但每个按钮也是一个导航位置。

将单个标签停靠点分配给熟悉的界面模式

如果布局遵循控件组的已知 UI 设计模式，为控件组分配单一的制表位可以提高用户的导航效率。

示例包括：

  • RadioButtons
  • 多个ListViews的外观和行为类似于单个ListView
  • 任何被设计成外观和行为类似于磁贴网格的用户界面（如“开始”菜单中的磁贴）

指定控制组行为

使用以下 API 支持自定义控件组行为（本主题稍后将更详细地讨论所有 API）：

下图显示了关联单选按钮控件组的直观键盘导航行为。 在这种情况下，我们建议对控件组使用单个制表位，使用箭头键在单选按钮之间进行内部导航，Home键绑定到第一个单选按钮，End键绑定到最后一个单选按钮。

将所有内容组合在一起

键盘和讲述人

讲述人是面向键盘用户的 UI 辅助功能工具（也支持其他输入类型）。 但是，“讲述人”功能超出了 UWP 应用支持的键盘交互，在为讲述人设计 UWP 应用时需要格外小心。 （讲述人基础页面 将指导你了解讲述人用户体验。）

UWP 键盘行为与讲述人支持的行为之间的一些差异包括：

  • 用于导航到未通过标准键盘导航公开的 UI 元素的额外组合键，例如 Caps lock + 箭头键来读取控件标签。
  • 导航到禁用的项目。 默认情况下，禁用的项目不会通过标准键盘导航公开。
  • 控制视图以便根据 UI 粒度实现更快速的导航。 用户可以导航到项目、字符、单词、行、段落、链接、标题、表格、地标和建议。 标准键盘导航将这些对象公开为平面列表，这可能会使导航变得繁琐，除非提供快捷键。

案例研究 – AutoSuggestBox 控件

使用选项卡和箭头键的标准键盘导航无法访问搜索按钮 AutoSuggestBox ，因为用户可以按 Enter 键提交搜索查询。 但是，当用户按下 Caps Lock + 箭头键时，可以通过讲述人访问它。

自动建议键盘焦点

使用键盘，用户按Enter键提交搜索查询

自动建议叙述者焦点

使用讲述人时，用户按 Enter 键提交搜索查询

自动建议讲述人专注于搜索

使用讲述人，用户可以通过使用 Caps Lock + 右箭头键 然后按 空格 键来访问搜索按钮。

键盘、游戏板和遥控器

游戏板和遥控器支持许多 UWP 键盘行为和体验。 但是，由于键盘上缺少各种键选项，游戏板和遥控器缺少许多键盘优化（远程控制比游戏板更有限）。

有关 UWP 对游戏板和远程控制输入的支持的详细信息，请参阅 Game pad 和远程控制交互 。

下面显示了键盘、游戏板和远程控制之间的一些键映射。

键盘 游戏板 遥控
空间 按钮 选择按钮
进入 按钮 选择按钮
逃跑 B 按钮 “后退”按钮
主页/结束 N/A N/A
向上翻页/向下翻页 垂直滚动的触发按钮，水平滚动的侧边按钮 N/A

设计用于游戏板和远程控制用法的 UWP 应用时，应注意的一些主要区别包括：

  • 文本输入要求用户按 A 激活文本控件。

  • 焦点导航不限于控件组，用户可以自由导航到应用中任何可聚焦的 UI 元素。

    注意 除非焦点处于覆盖 UI 或指定了 焦点参与，否则焦点可以按照键按方向移动到任何可聚焦的 UI 元素，这些设置会防止焦点在区域内/外进入或退出，直到通过 A 按钮激活或退出为止。 有关详细信息，请参阅 方向导航 部分。

  • D 键和左摇杆按钮用于在控件和内部导航之间移动焦点。

    注意 游戏手柄和遥控器仅导航到按下的方向键所对应视觉顺序中的项目。 当没有可以接收焦点的后续元素时，将无法在该方向进行导航。 根据情况，键盘用户并不总是具有该约束。 有关详细信息，请参阅 “内置键盘优化 ”部分。

方向导航

方向导航由 UWP 焦点管理器辅助类管理，该类接收方向键（箭头键和方向键盘的控制键）的输入，并尝试将焦点移动到对应的视觉方向。

与键盘不同，当应用选择退出 鼠标模式时，方向导航将应用于整个应用程序，用于游戏板和远程控制。 有关方向导航优化的详细信息，请参阅 游戏板和远程控制交互 。

注意 使用键盘 Tab 键的导航不被视为方向导航。 如需更多信息，请参阅“制表位”部分。

方向导航

支持
方向导航使用方向键（键盘箭头、游戏板和遥控器 D 板），用户可以在不同的控件之间导航。

无方向导航

不支持
方向导航用户无法使用方向键在不同的控件之间导航。 控件（选项卡键）之间导航的其他方法不受影响。

内置键盘优化

根据使用的布局和控件，可以专门为键盘输入优化 UWP 应用。

以下示例显示了一组已分配给单个制表位的列表项、网格项和菜单项（请参阅 Tab stops 部分）。 当组具有焦点时，使用相应视觉顺序中的方向箭头键执行内部导航（请参阅 导航 部分）。

单列箭头键导航

单列箭头键导航

单行箭头键导航

单行箭头键导航

多列和行箭头键导航

多列/行箭头键导航

封装同质的列表和网格视图项

方向导航并不总是导航列表和 GridView 项的多个行和列的最有效方法。

注意 菜单项通常是单列列表，但在某些情况下可能会应用特殊焦点规则（请参阅 Popup UI）。

可以使用多行和列创建列表和网格对象。 这些项通常以行优先（先填满整行，然后再填充下一行）或列优先（先填满整列，然后再填充下一列）的顺序排列。 行或列主要顺序取决于滚动方向，应确保项顺序不与此方向冲突。

按行主要顺序（其中项目填充从左到右、从上到下），当焦点位于行的最后一个项目上并按下向右键时，焦点将移动到下一行中的第一个项目。 这种相同的行为在反向发生：当焦点设置为行中的第一个项目并按下向左键时，焦点将移动到上一行中的最后一个项目。

在列主序（即项目从上到下、从左到右填充）的情况下，当焦点位于列的最后一项时，用户按下向下箭头键，焦点将移动到下一列中的第一项。 这种相同的行为在反向发生：当焦点设置为列中的第一个项目并按下向上键时，焦点将移动到上一列中的最后一项。

行主键盘导航

行主键盘导航

列主键盘导航

列主键盘导航

如前所述，应尝试确保方向导航与应用程序 UI 中控件的视觉顺序相对应。

某些控件会（如上下文菜单、CommandBar 溢出菜单和自动建议菜单）在与主控件和可用屏幕空间相对的位置及方向（默认情况下向下）显示菜单弹出窗口。 请注意，打开方向可能会受到运行时各种因素的影响。

命令栏使用向下键向下打开 命令栏使用向下箭头键打开

对于这些控件，当菜单首次打开（并且用户尚未选择任何项目）时，向下键始终将焦点设置为第一项，而向上键始终将焦点设置为菜单上的最后一项。

如果最后一个项目具有焦点，并且按下向下键，焦点将移动到菜单上的第一个项目。 同样，如果第一个项目具有焦点，并且按下向上键，焦点将移动到菜单上的最后一项。 此行为称为 “循环 ”，可用于导航可在不可预知的方向打开的弹出菜单。

注释

在非弹出 UI 中，应该避免骑自行车，用户可能会感到被困在无休止的循环中。

建议在自定义控件中模拟这些相同的行为。 有关如何实现此行为的代码示例，请参阅 编程焦点导航 文档。

测试你的应用

使用所有受支持的输入设备测试应用，以确保 UI 元素可以以一致且直观的方式导航到，并且不会意外元素干扰所需的选项卡顺序。

附录

软件键盘

软件键盘显示在屏幕上，使用触摸、鼠标、笔/触笔或其他指向设备来取代物理键盘进行键入和输入数据。 在游戏设备上，需要通过移动焦点视觉对象或使用游戏板或遥控器上的快捷键来选择各个键。

触摸键盘

Windows 11 触摸键盘

Windows 11 触摸键盘

根据设备的不同，触摸键盘在文本字段或其他可编辑文本控件获得焦点时显示，或者当用户通过 通知中心手动启用它时：

通知中心的触摸键盘图标的屏幕截图。

如果你的应用以编程方式将焦点设置为文本输入控件，则不会调用触摸键盘。 这消除了用户不直接煽动的意外行为。 但是，当焦点以编程方式移动到非文本输入控件时，键盘会自动隐藏。

当用户在窗体中的控件之间导航时，触摸键盘通常保持可见。 此行为可能因窗体中的其他控件类型而异。

下面是一个非编辑控件列表，这些控件可以使用触摸键盘在文本输入会话期间接收焦点，而无需关闭键盘。 为了避免不必要地更改UI并潜在地使用户感到困惑，触摸键盘会保持可见，因为用户可能在这些控件和使用触摸键盘进行文本输入之间来回切换。

  • 复选框
  • 组合框
  • 单选按钮
  • 滚动条
  • Tree
  • 树项
  • 菜单
  • 菜单栏
  • 菜单项
  • 工具栏
  • 列出
  • 列表项

下面是触摸键盘的不同模式的示例。 第一个图像是默认布局，第二个是扩展布局（可能并非在所有语言中可用）。

默认布局模式下触摸键盘的屏幕截图。

默认布局模式下的触摸键盘

展开布局模式下触摸键盘的屏幕截图。

扩展布局模式下的触摸键盘

成功的键盘交互使用户能够仅使用键盘完成基本应用方案;也就是说，用户可以访问所有交互式元素并激活默认功能。 许多因素可能会影响成功程度，包括键盘导航、辅助功能访问键和高级用户使用的快捷键（或加速键）。

屏幕键盘

屏幕键盘（OSK）与触摸键盘类似，是一种视觉化的软件键盘，可以代替物理键盘，通过触摸、鼠标、笔/触控笔或其他指点设备来输入和输入数据（不需要触摸屏）。 没有物理键盘的系统可以使用 OSK，而对于由于移动障碍而无法使用传统物理输入设备的用户，OSK 也提供了便利。 OSK 模拟硬件键盘的大部分功能（如果不是全部）。

可以从“设置轻松访问” > 中的“键盘”页面打开 OSK。

注意 OSK 优先于触摸键盘，如果 OSK 存在，则不会显示该键盘。

屏幕键盘的屏幕截图。

屏幕键盘

Xbox One 屏幕键盘的屏幕截图。

Xbox One 屏幕键盘

有关详细信息，请参阅 “使用屏幕键盘键入”。

  • Last updated on