键盘交互

keyboard hero image

了解如何设计和优化Windows应用,以便为键盘电源用户和其他辅助功能要求的用户提供最佳体验。

跨设备,键盘输入是整体Windows应用交互体验的重要组成部分。 设计出色的键盘体验可以让用户高效地导航应用的 UI 并访问其所有功能,而无需将其双手抬离键盘。

keyboard and gamepad image

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

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

此处讨论的许多指南和建议(包括焦点视觉对象访问键UI 导航)也适用于其他情况。

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

内置支持

键盘与鼠标是电脑上广泛使用的外设,它们是电脑体验的基础部分。 电脑用户希望在应用和单个应用响应键盘输入时获得全面、一致的体验。

虽然平台本身可为创建最适合于你的自定义控件和应用的键盘体验提供广泛基础,但是,所有 UWP 控件均包括内置支持,以实现丰富的键盘体验和用户交互。

keyboard with phone image

UWP 在任何设备上均支持键盘

基本体验

Focus based devices

如前面所述,输入设备(如 Xbox 游戏板和遥控器)和辅助功能工具(如讲述人)具有许多相同的导航和命令键盘输入体验。 输入设备和工具中的共同体验可以减少你的额外工作,有助于实现通用 Windows 平台“构建一次即可在任何地方运行”的目标。

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

以下是本主题中将会讨论的设备和工具:

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

自定义体验和高效键盘操作

如前所述,为了确保应用程序非常适合具有不同技能、能力和期望的用户,键盘支持是不可或缺的。 建议优先考虑以下各项。

  • 支持键盘导航和交互
    • 确保将可操作项识别为制表位(非可操作项不是制表位),并且导航顺序符合逻辑且可预测(请参阅制表位
    • 将初始焦点设置在最符合逻辑的元素上(请参阅初始焦点
    • 为“内部导航”提供箭头键导航(请参阅导航
  • 支持键盘快捷方式
    • 为快速操作提供加速键(请参阅加速器
    • 提供访问密钥以导航应用程序的 UI (请参阅 访问密钥)

焦点视觉对象

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

焦点视觉对象:

  • 在 UI 元素接收到来自键盘和/或游戏板/遥控器的焦点时显示
  • 呈现为 UI 元素周围的突出显示边框,以指示可以采取操作
  • 帮助用户在不迷失的情况下导航应用 UI
  • 可针对应用自定义 (查看 高可见性焦点视觉对象)

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

制表位

若要将控件(包括导航元素)与键盘结合使用,该控件必须具有焦点。 控件接收键盘焦点的一种方法是,通过将控件标识为应用程序选项卡顺序中的制表位,使其可通过选项卡导航进行访问。

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

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

默认情况下,Tab 键顺序反映了 UI 元素的创建顺序。 例如,如果 StackPanel 包含 ButtonCheckboxTextBox,则 Tab 键顺序为 ButtonCheckboxTextBox

你可以通过设置 TabIndex 属性来覆盖默认的 Tab 键顺序。

Tab 键顺序应符合逻辑且可预测

使用符合逻辑且可预测的 Tab 键顺序的出色键盘导航模型可以让你的应用更加直观,并且有助于用户更高效且有效地浏览、发现和访问功能。

所有交互式控件都应具有制表位 (,除非它们位于 ) ,而非交互式控件(如标签)则不应。

避免使用会让焦点在应用程序中跳来跳去的自定义 Tab 键顺序。 例如,表单中的控件列表的 Tab 键顺序应当是从顶部到底部,从左边到右边(取决于区域设置)。

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

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

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

先尝试以 Tab 键顺序和视觉对象顺序分级和显示最重要的命令、控件和内容。 然而,实际的显示位置可能取决于父布局容器,以及会影响该布局的子元素的某些属性。 特别地是,使用网格标记或表格标记的布局可具有一个与 Tab 键顺序完全不同的视觉对象顺序。

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

初始焦点

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

对于 UWP 应用,初始焦点已设为具有可接收焦点的最高 TabIndex 的元素。 容器控件的子元素将被忽略。 因此,可视化树中的第一个元素接收焦点。

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

将初始焦点设置为用户在启动应用或导航页面时最有可能采取的第一个(或主要)操作的 UI 元素上。 示例包括:

  • 在照片应用中,焦点被设为库中的第一个项目
  • 在音乐应用中,焦点被设为播放按钮

不要对公开潜在负面甚至灾难性结果的元素设置初始焦点

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

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

通常情况下是通过 Tab 键和箭头键支持键盘导航。

tab and arrow keys

默认情况下,UWP 控件遵循以下基本的键盘行为:

  • Tab 键用于以 Tab 键顺序在可操作/活动控件之间导航。
  • Shift + Tab 用于以与 Tab 键顺序相反的顺序导航控件。 如果用户已使用箭头键在控件内导航,则焦点将设为控件内的最后一个已知值。
  • 箭头键显示控件特定的“内部导航”。当用户进入“内部导航”时,箭头键不会在控件外导航。 示例包括:
    • 向上/向下键在内 ListView 移动焦点和 MenuFlyout
    • 修改当前所选值并SliderRatingsControl
    • 在内移动插入点 TextBox
    • 展开/折叠内部的项 TreeView

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

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

例如,此处所示的 ContentDialog 控件在默认情况下将会为水平行的按钮提供内部导航(有关自定义控件,请参阅控件组部分)。

dialog example

使用箭头键导航可以使与相关按钮集的交互变得更为简单

如果显示的是单列中的项目,向上/向下箭头键将会导航项目。 如果显示的是单行中的项目,则向右/向左箭头键将会导航项目。 如果项目位于多个列中,则所有 4 个箭头键均将用于导航。

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

例如,下图所示为两个堆叠的 ListView 控件。 左图所示为使用制表位在 ListView 控件之间进行导航的箭头键导航,右图所示为如何更轻松、高效地在子元素之间导航而无需通过 Tab 键遍历父控件。

arrow and tab arrow only

通过消除制表位并通过箭头键进行导航可以更轻松、高效地与两个堆叠 ListView 控件进行交互。

请访问控件组部分了解如何为你的应用程序 UI 应用优化示例。

交互和命令

控件具有焦点之后,用户可以使用键盘输入与其进行交互并调用任何相关功能。

文本输入

对于专为 TextBoxRichEditBox 之类的文本输入设计的控件,所有键盘输入均用于输入或导航文本,其优先级高于其他键盘命令。 例如,AutoSuggestBox 控件的下拉菜单无法将空格键识别为选择命令。

text entry

空格键

如果不是处于文本输入模式,则空格键将调用与聚焦的控件关联的操作或命令(类似于点按触摸屏或用鼠标单击)。

space key

Enter 键

Enter 键可执行多种常见的用户交互,具体取决于具有焦点的控件:

  • 激活命令控件,如 ButtonHyperlink。 为了避免最终用户困惑,Enter 键还可以激活类似于 ToggleButtonAppBarToggleButton 之类的命令控件的控件。
  • 显示控件(如 ComboBoxDatePicker)的选取器 UI。 Enter 键还可用于提交和关闭选取器 UI。
  • 激活列表控件,如 ListViewGridViewComboBox
    • Enter 键将像空格键一样对列表和网格项执行选择操作,除非这些项还关联了其他操作(打开新的窗口)。
    • 如果此控件还关联了其他操作,则 Enter 键将执行其他操作,Space 键执行选择操作。

注意虽然 Enter 键和 Space 键并不总是执行相同的操作,但经常是执行相同操作。

enter key

Esc 键

Esc 键让用户可以取消瞬态 UI(以及该 UI 中的任何正在进行的操作)。

此体验的示例包括:

  • 用户打开一个具有选定值的 ComboBox 并使用箭头键将焦点选择移至新值。 按下 Esc 键将关闭 ComboBox 并将选定值重置为原始值。
  • 用户为电子邮件调用永久删除操作并且系统弹出一个用户确认操作的 ContentDialog。 用户确定这不是目标操作并按 Esc 键关闭对话框。 当 Esc 键与取消按钮关联时,对话将关闭且操作将被取消。 Esc 键只会影响瞬态 UI,它不会关闭或导航回应用 UI。

Esc key

Home 和 End 键

HomeEnd 键让用户可以滚动至 UI 区域的开头或结尾。

此体验的示例包括:

  • 对于 ListViewGridView 控件,Home 键用于将焦点移至第一个元素并将其滚动至视图,而 End 键用于将焦点移至最后一个元素并将其滚动至视图。
  • 对于 ScrollView 控件,Home 键用于滚动至区域的顶部,而 End 键用于滚动至区域的底部(焦点未改变)。

home and end keys

向上和向下翻页键

翻页键让用户可以离散增量滚动 UI 区域。

例如,对于 ListViewGridView 控件,向上翻页键用于按“页”(通常为视区高度)向上滚动区域并将焦点移至区域顶部。 或者,向下翻页键用于按页向下滚动区域并将焦点移至区域底部。

page up and down keys

键盘快捷方式

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

除了支持应用中的键盘导航和激活外,还可以为应用程序的功能提供快捷方式。 选项卡导航提供了良好的基本键盘支持级别,但使用更复杂的 UI,你可能还需要添加对快捷键的支持。

快捷方式是一套键盘组合,通过为用户提供一种可访问应用程序功能的高效方法来提高效率。 有两种类型的快捷方式:

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

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

加速键

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

加速器示例:

  • “邮件 ”应用中任意位置按 Ctrl + N 键将启动新的邮件项。
  • 在Microsoft Edge (的任意位置按 Ctrl + E 键,许多Microsoft Store应用程序) 启动搜索。

加速器具有以下特征:

  • 它们主要使用 Ctrl 和函数键序列 (Windows系统快捷键也使用 Alt + 非字母数字键和Windows徽标键) 。
  • 它们仅分配给最常用的命令。
  • 它们的设计目的在于被用户记住,仅在菜单、工具提示和帮助中提供相关说明。
  • 在支持时,它们在整个应用程序中都有效。
  • 应一致地分配它们,因为它们是记住的,而不是直接记录的。

访问键

有关 UWP 中的支持访问键的更多深入信息,请参阅访问键页面。

访问键可以帮助一次只能按一个键的残障人士用户操作 UI 中的特定项目。 此外,访问键可用于传播其他快捷方式,以帮助高级用户更快地执行操作。

访问键具有以下特征:

  • 它们使用 Alt 键 + 字母数字键。
  • 它们主要用于辅助功能。
  • 它们通过键使用技巧直接记录在 UI 中,与控件相邻。
  • 它们仅在当前窗口中有效,用于导航到对应的菜单项或控件。
  • 应始终将访问密钥分配给常用命令, (特别是提交按钮) 尽可能。
  • 应对其执行本地化。

常见的键盘快捷方式

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

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

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

高级体验

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

控制组

你可以在已使用箭头键启用“内部导航”的“控件组”(或方向区域)中对一组相关或补充性的控件进行分组。 控件组可以是单个制表位,或者你可以在控制组中指定多个制表位。

箭头键导航

用户期望当以下位置的 UI 区域中存在一组类似的相关控件时也支持箭头键导航:

  • AppBarButtons in a CommandBar
  • ListItemsGridItems 内部 ListViewGridView
  • Buttons 里面 ContentDialog

UWP 控件默认情况下之后箭头键导航。 有关自定义布局和控制组,请使用 XYFocusKeyboardNavigation="Enabled" 以提供类似的行为。

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

Dialog buttons

对话框按钮

Radio buttons

RadioButtons

AppBar buttons

AppBarButtons

List and Grid items

ListItems 和 GridItems

制表位

根据应用程序的功能和布局,控件组的最佳导航选项可能是单个制表位,其中箭头导航到子元素、多个制表位或某种组合。

为按钮使用多个制表位和箭头键

辅助功能用户依赖于完善的键盘导航规则,它们通常不使用箭头键导航按钮集合。 但是,没有视觉障碍的用户可能会觉得行为非常自然。

本案例中默认的 UWP 行为示例为 ContentDialog。 箭头键可以在按钮之间导航,而且每个按钮也是一个制表位。

为熟悉的 UI 模式分配单个制表位

如果你的布局遵循的是著名的控件组 UI 模式,则为组分配单个制表位可以提高用户的导航效率。

示例包括:

  • RadioButtons
  • 外观和行为类似于单个的多个ListViewsListView
  • 外观和行为类似于磁贴(例如“开始”菜单磁贴)网格的任何 UI

指定控件组行为

使用以下 API 支持自定义控件组行为(所有这些均会在本主题的后面详细讨论):

下图所示为关联单选按钮控件组的直观键盘导航行为。 在本案例中,我们建议为控件组设置单个制表位、使用箭头键在单选按钮之间进行内部导航、将 Home 键绑定至第一个单选按钮并将 End 键绑定至最后一个单选按钮。

putting it all together

键盘和讲述人

讲述人是一款面向键盘用户的 UI 辅助功能工具(也支持其他输入类型)。 但是,讲述人功能超出了 UWP 应用支持的键盘交互,因此,为讲述人设计 UWP 应用时需要注意。 (讲述人基础知识页面将引导你完成讲述人用户体验。)

UWP 键盘行为与讲述人支持的键盘行为之间的部分差异如下:

  • 未通过标准键盘导航公开的其他 UI 元素导航键组合(如 Caps lock + 箭头键用于读取控件标签)。
  • 至已禁用项的导航。 默认情况下,已禁用项未通过标准键盘导航公开。
  • 用于根据 UI 粒度进行更快导航的控件“视图”。 用户可以导航至项目、字符、字、行、段落、链接、标题、表格、地标和建议位置。 标准键盘导航将这些对象公布为简单列表,如果不提供快捷键则会使导航比较麻烦。

案例研究 – AutoSuggestBox control

使用 Tab 键和方向箭的标准键盘导航无法访问 AutoSuggestBox“搜索”按钮,因为用户可以按 Enter 键提交搜索查询。 但是,当用户按 Caps Lock + 箭头键时,可以通过讲述人对其进行访问。

autosuggest keyboard focus

使用键盘,用户按Enterkey提交搜索查询

autosuggest narrator focus

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

autosuggest narrator focus on search

使用 讲述人,用户还可以使用 Caps Lock + 向右键访问搜索按钮,然后按空格

键盘和 Xbox 游戏板和遥控器

Xbox 游戏板和遥控器支持许多 UWP 键盘行为和体验。 但是,由于键盘上缺乏各种键选项,游戏板和遥控器缺少许多键盘优化(遥控器比游戏板更为受限)。

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

以下所示为键盘、游戏板和遥控器之间的部分键映射。

键盘 手柄 远程控制
Space A 按钮 选择按钮
Enter A 按钮 选择按钮
Escape B 按钮 “后退”按钮
Home/End 空值 空值
向上/向下翻页 扳机键按钮用于垂直滚动,缓冲键按钮用于水平滚动 空值

设计 UWP 应用以供与游戏板和遥控器搭配使用时应注意的一些主要差异包括:

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

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

    注意焦点可移至按键方向中的任何可聚焦 UI 元素,除非它是覆盖 UI 或者已指定焦点占用,这将使焦点在通过 A 按钮启用/未启用时无法进入/退出区域。 有关更多信息,请参阅方向导航部分。

  • 方向键和左摇杆按钮用于将焦点在控件之间移动,适合于内部导航。

    注意游戏板和遥控器只能导航至与按下的方向键具有相同视觉顺序的项目。 当没有可接收节点的后续元素时,该方向的导航将禁用。 键盘用户并不总是具有此约束,取决于具体情况。 有关更多信息,请参阅内置键盘优化部分。

方向导航

方向导航由 UWP Focus Manager 帮助程序类管理,它将按下方向键(箭头键、方向键)并尝试移动对应的视觉方向的焦点。

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

注意使用键盘 Tab 键的导航不被视为方向导航。 有关更多信息,请参阅制表位部分。

directional navigation

支持
方向导航使用方向键 (键盘箭头、游戏板和远程控制 D 板) ,用户可以在不同的控件之间导航。

no directional navigation

不支持
方向导航用户无法使用方向键在不同控件之间导航。 控件之前的其他导航方法(Tab 键)不受影响。

内置键盘优化

可以专门针对键盘输入进行 UWP 应用,具体取决于使用的布局和控件。

以下示例显示了已分配至单个制表位的一组列表项、网格项和菜单项(请参阅制表位部分)。 当组具有焦点时,将通过方向键以对应的视觉顺序执行内部导航(请参阅导航部分)。

single column arrow key navigation

单列箭头键导航

single row arrow key navigation

单行箭头键导航

multiple column and row arrow key navigation

多列/行箭头键导航

导航同类列表和网格视图项

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

注意菜单项通常为单列列表,但在某些情况下,特殊的焦点规则可能也适用(请参阅弹出窗口 UI)。

可以创建具有多行和多列的列表和网格对象。 这些通常为行主序(项目线填充整行,然后再填充下一行)或列主序(项目先填充整列,然后再填充下一列)。 行或列主序取决于滚动方向,你应确保项目顺序不会与此方向冲突。

在行主序(项目从左至右、从上到下填充)中,当焦点位于某行的最后一个项目并按下向右箭头键时,焦点将移至下一行的第一个项目。 相同的行为将以相反的顺序发生:当焦点设为某行的第一个项目且按下向左箭头键时,焦点将移至上一行的最后一个项目。

在列主序(项目从上到下、从左至右填充)中,当焦点位于某列的最后一个项目且按下向下箭头键时,焦点将移至下一列的第一个项目。 相同的行为以相反的顺序发生:当焦点设为某列的第一个项目且按下向上箭头键时,焦点将移至上一列的最后一个项目。

row major keyboard navigation

行主键盘导航

column major keyboard navigation

列主序键盘导航

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

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

command bar opens down with down arrow key command bar opens up with down arrow key

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

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

注意

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

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

测试应用

使用所有受支持的输入设备测试你的应用,确保可以一致、直观的方式导航至 UI 元素并且没有意外的元素会干扰所需的 Tab 键顺序。

附录

软件键盘

软件键盘在屏幕上显示,并使用而不是物理键盘使用触摸、鼠标、笔/触笔或其他指向设备键入和输入数据。 在Xbox One设备上,需要通过移动焦点视觉对象或使用游戏板或远程控件上的快捷键来选择单个键。

触摸键盘

Windows 11 touch keyboard

Windows 11触摸键盘

触摸键盘将在文本字段或其他可编辑的文本控件获得焦点,或者用户通过“通知中心”手动启用它时显示,具体取决于所用设备:

touch keyboard icon in the notification center

如果你的应用以编程方式将焦点设置到文本输入控件,将不调用触摸键盘。 这可以消除并非由用户直接策划的非预期性行为。 不过,该键盘会在焦点以编程方式移至非文本输入控件时自动隐藏。

当用户在表单的控件之间导航时,触摸键盘通常保持可见。 此行为可能根据表单中的其他控件类型而有所不同。

下面是非编辑控件列表,这些控件可在文本输入会话期间使用触摸键盘接收焦点,而无需解除该键盘。 触摸键盘仍然位于视图中(而不会对 UI 进行不必要的改动,也不会对用户造成迷惑),因为用户可能需要使用触摸键盘在这些控件和文本输入之间来回切换。

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

下面是适用于触摸键盘的其他模式的示例。 第一个图像是默认布局,第二个是展开的布局 (,该布局可能不适用于所有语言) 。

the touch keyboard in default layout mode

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

the touch keyboard in expanded layout mode

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

成功的键盘交互使用户能够仅使用键盘来完成基本应用方案;即用户可以访问所有交互元素并激活默认功能。 很多因素都可能会对键盘交互的成功产生或多或少的影响,其中包括键盘导航、用于辅助功能的访问键,以及面向高级用户的加速键(或快捷方式)。

屏幕键盘

与触摸键盘一样,屏幕键盘 (OSK) 是视觉对象,软件键盘使用软件键盘,而不是使用触摸、鼠标、笔/触笔或其他指向设备键入和输入数据, (触摸屏不需要) 。 OSK 是针对没有物理键盘的系统提供的,或者是为行动有障碍而无法使用传统物理输入设备的用户而提供的。 OSK 可模拟硬件键盘的大部分功能(如果不是全部功能)。

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

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

the on-screen keyboard

屏幕键盘

Xbox one onscreen keyboard

Xbox One屏幕键盘

有关详细信息,请参阅 屏幕键盘