辅助功能技术小组实验室

参加我们的线上活动，与 Apple 工程师和设计师一起深入探索 WWDC26。在这个以辅助功能技术为主题的活动中，你可以提出问题、获取建议，并实时关注围绕大会一周的相关重磅发布展开的精彩讨论。活动语言为英语。

章节

• 0:00:00 - 简介
• 0:05:00 - 关于测试可用性，有哪些最佳建议？ 比如，在使用 Accessibility Inspector 进行元素审核，以及使用 Device Hub 在不同屏幕尺下进行测试方面，有哪些最佳建议？ 还有什么建议吗？
• 0:05:52 - 在大多数团队中，“辅助功能测试”仅仅意味着测试旁白功能，然后他们就认为大功告成了。 当你们无法测试所有辅助技术时，你们的团队是如何设定优先级的？哪种辅助技术最容易被我们低估？
• 0:09:29 - 有没有办法能够覆盖或关闭系统自动生成的图像描述？ 旁白会先朗读我提供的描述，然后再朗读系统生成的描述。
• 0:11:53 - 有哪些 WWDC 发布的全新辅助功能技术能够整合到当前的开发流程中，以造福那些访问 EHR 患者门户的患者？
• 0:14:57 - 当按钮触发网络请求并替换为 ProgressView 后，该如何进行无障碍处理，才能让旁白播报该操作已完成？
• 0:16:31 - 文本转语音 API 有更新吗？
• 0:18:14 - 我们对辅助功能信息标签非常期待。 请谈谈它们的价值，以及你想补充的任何相关细节。
• 0:21:49 - Xcode 27 Beta 版的 Device Hub 中有一个“VoiceOver”(旁白) 选项，但似乎不起任何作用。 这个选项是针对模拟器还是实体设备？ 这是否意味着我们终于可以在 Mac 上测试 iOS 的旁白功能了？
• 0:23:09 - 我们正在为我们的 macOS App 添加旁白支持。 有没有我们需要重新审视的地方？我们应该如何针对各种辅助技术进行测试？
• 0:26:05 - 对于带有上下文菜单、悬停操作和自定按钮的自定 AppKit 控件，应如何正确地呈现这些交互功能，确保旁白用户也能执行和鼠标用户一样的操作？
• 0:28:30 - Apple 如何为手部或手臂活动能力受限或完全丧失的用户设计辅助功能？
• 0:32:14 - 能否介绍一些专为神经多样性人士设计的功能？
• 0:34:46 - SwiftUI 新增了“reorderable”修饰符。 我该如何让旁白用户也能无障碍地使用它？ 拖放并不是旁白中的惯用交互方式。
• 0:35:48 - 第三方 App 如何集成全新的 FaceTime 视频口译功能？会话是如何发起的？是否有权限或 API 限制？
• 0:36:30 - 对于自定的 SwiftUI 可重用视图，在不滥用 accessibilityLabel 的前提下，为 UI 测试和 Accessibility Inspector 公开稳定的辅助功能标识符的推荐方法是什么？
• 0:37:53 - 在项目初期，有什么流程能确保辅助功能从一开始就原生内置，而不是事后添加——也就是说，从 UX 研究和线框图阶段，一直贯穿到开发、测试以及辅助技术支持？
• 0:44:54 - 在构建跨平台 (如 iPadOS、watchOS、Apple tvOS 等) 的通用 App 时，有哪些特定于平台的辅助功能陷阱是 iOS 开发者不易察觉且需要特别关注的？
• 0:51:32 - 这些全新改进的 AI 语音是否可以用于旁白？
• 0:52:17 - 除了手动测试外，如何防止辅助功能出现回归问题？比如采用快照测试，或是带有辅助功能断言的自动化 UI 测试等方法？
• 0:53:46 - 我是一名视障 iOS 开发者。 今年的 Xcode 和开发工具中有哪些辅助功能方面的改进？
• 0:57:32 - 对于那些使用眼动追踪或注视的空间计算工具，设计师应如何避免想当然地认为所有用户都能依赖视觉注视作为主要输入方式？
• 0:58:54 - 感谢各位——辅助技术惠及所有人。 我经常使用旁白和听写功能，并且很喜欢它。

资源

• • 高清视频
  • 标清视频