C3.24.3Semantic reachability when AT consumes gestures设计研究
辅助技术接管后手势层失效，功能需在语义层可达
别名: 读屏手势 · 语义层 · accessibility tree
概念解释
VoiceOver、TalkBack、开关控制打开之后，系统把触摸重新解释成辅助技术自己的手势：一指滑动是移焦，两指轻扫是翻页。应用识别器往往收不到原来的事件，手势层失效。功能必须还能通过无障碍树里的可激活元素、动作（accessibility actions）或等效控件到达。这不是再提供一个单指几何替代，而是把命令挂到语义层。
机制
辅助技术在驱动与应用之间插入一条手势解释器，应用看到的是经过翻译的焦点移动和默认激活，而不是原始多点轨迹。捏合缩放、侧滑归档、长按拖动在这条管道里没有对应物。若命令只活在 touchesMoved 里，读屏用户的对象树就是残缺的。正确的暴露是：每个手势能触发的状态变化，都有一个带标签的元素或 action。系统用手势吃掉应用手势，不是冲突消歧能在应用内修的，只能换层。
怎么研究
在读屏与开关控制下走完主任务，记录哪些命令消失、焦点是否落到等价控件、自定义 action 是否被读出。对比“看见的手势清单”与“无障碍树里的动作清单”，缺口就是语义层漏洞。被试应是日常使用辅助技术的人；视力正常者戴上读屏会高估探索策略。
边界
仅把控件标成可点击、却把真正的提交放在手势回调里，树看起来完整，功能仍断。游戏全屏画布若没有辅助技术出口，整层都会哑。键盘外接时走的是另一条焦点系统，不经过触摸手势层，但也必须能到达同一命令。语义可达不代替可调阈值：能读到按钮的人仍可能按不住长按。
怎么落地
- 为每个手势命令在无障碍树提供带名称的 action 或可见按钮，读屏能列出并激活。
- 不要假设应用还能收到原始滑动；在读屏开启时直接把侧滑归档改成焦点后的“归档”动作。
- 打开 VoiceOver 或 TalkBack 做一遍购买、归档、排序；任何只能靠原应用手势完成的步骤记为语义层缺失。