K3.04.1full keyboard navigation with attached keyboard设计研究

外接键盘时需提供完整键盘导航

别名: 外接键盘导航 · 平板键盘操作 · keyboard-attached tablet

概念解释

平板接上实体键盘之后,手离开玻璃、落在键帽上,主输入从触摸变成键。完整键盘导航要求此时每一个能点的目标都能用键到达、激活、离开:Tab 走过控件,方向键走过网格和列表,Enter 激活,Esc 关掉。只把输入框接上键盘、按钮仍只能点,人就得一只手打字、一只手伸去点屏,外接键盘的意义少了一半。快捷键与桌面是否同名、软键盘收起后视口怎么变,不是这条的范围。

机制

触摸的选择装置是手指,坐标就是触点;键盘的选择装置是焦点,坐标是焦点在控件序列里的位置。接上键盘等于换了一套选择装置,界面必须把「可点」翻译成「可聚焦」。焦点不可见、顺序乱跳、自定义控件不进序列,键盘用户就会在屏上找不到自己。平板还保留触摸,两种装置会交替:人可能用键把焦点移到列表,又伸手点一条。焦点必须跟触摸选中共用同一套对象,否则会出现「点中了 A、键却还在 B」的分裂。外接键盘还常带触控板,指针会出现;键盘导航仍然要完整,因为触控板不是每个人都会用,无指针的可达才是这条的底线。

怎么研究

接上键盘、禁止触摸(或把手离开屏),走完一条包含列表、表单、对话框和菜单的主路径。比较「只有输入框可聚焦」和「全部交互控件可聚焦且顺序与视觉布局一致」。

自变量:自定义控件是否进入焦点序列、焦点环是否可见、方向键是否在网格内移动。 因变量:任务完成率、Tab 次数、中途伸手点屏的次数、焦点丢失。

伸手点屏就是失败信号,说明键盘路径在那里断了。不要用桌面浏览器的无障碍审计分数直接当平板分数——平板壳里的 WebView 和原生控件混排,焦点会在两套树之间丢。触控板可用时另做一组,避免把指针操作算进键盘完成。

边界

纯观看、翻页阅读可以只支持空格和方向键翻页,不必为每一个装饰性图标做焦点。游戏若把整块屏当触控区域,外接键盘应映射到游戏自己的键位,而不是硬套 Tab 环。没有外接键盘时,焦点环可以不出现,以免干扰触摸;一旦键盘到位,环必须在第一次 Tab 时出现。屏幕阅读器用户即使不接键盘也可能走焦点,那是辅助技术路径,和外接键盘模式重叠但不是同一触发条件。

怎么落地

  • 键盘连接时打开完整焦点遍历:按钮、标签页、列表行、开关、菜单项都能聚焦;自定义控件实现焦点与激活。
  • 焦点顺序跟视觉阅读顺序走,不要按控件创建顺序乱跳。网格和工具栏用方向键在内部移动,Tab 只负责进出这一组。
  • 焦点环对比足够,且与触摸选中指向同一对象。
  • 验证:接上键盘、手不碰屏,从启动走到提交。任何一步必须点屏才能继续,记下那个控件,把它补进焦点序列。

延伸

  • 同组K3.04.2 软键盘收起改变可视区域 · K3.04.3 快捷键需要与桌面一致
  • 相邻C6.22 焦点顺序与键盘导航 · K2.03 菜单栏 · K2.04 桌面快捷键体系
  • 站内检索keyboard navigation · focus order · attached keyboard

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K3.04.1