ios - 有时我们可以让 VoiceOver 跳过容器的内容吗？

Question

在我们的一个原生 iPad 应用程序中，屏幕分为多个部分。在大多数情况下，我认为它与 VoiceOver 配合得很好。但其中一个部分是 UIWebView，它显示与应用程序相关的网络内容，但由另一家供应商提供。对我们来说，它本质上是一个黑匣子。所以我无法控制这些内容是什么(或者它的可访问性)，它难以置信密集，内容很少，而且它在屏幕的左侧，所以它出现在很多之前其他内容按(英文)阅读顺序排列。

因此，如果我要求 VoiceOver 通读屏幕内容，它很快就会陷入此 Web 内容的泥潭，我无法想象有多少人会坚持到屏幕的其余部分。但是让他们放弃并擦洗屏幕以发现事物似乎令人讨厌。

我希望能够做的是让通读将整个区域视为一个单元并使用摘要标签或标题，但仍允许用户指向它或以某种方式切换它以允许与网络内容交互。有什么方法可以在 iOS 上完成此操作(不会完全混淆辅助功能系统)？

当然，我是有眼光的，所以我在某种程度上也是凭猜测行事的。当前的 UI 是否会像我想的那样让依赖 VoiceOver 的用户感到困惑？我所描述的解决方案是否会变得更糟？

Answer 1

• aria-hidden="true" 会让屏幕阅读器忽略整个内容(如果这个屏幕阅读器足够现代以考虑 WAI-ARIA。VoiceOver 是)。< br/>我猜这不是你想要达到的目标，而且大多数时候这是不可取的:为什么屏幕阅读器用户无法阅读与其他人相同的内容，你是谁来决定他们可以做什么/can't read that other people can't/can？除非在已知的完全无法访问的情况下，例如键盘陷阱，并且此键盘陷阱暂时无法修复

• 一个skip link在此内容之前将允许 SR 用户跳转到此部分之后的内容。

• 如果相关，已知 ARIA landmark roles将允许选择他们想要阅读页面的哪一部分(这需要这部分是整个侧边栏 - 补充角色 - 或主要部分。可能不是这种情况)

• SR 可以浏览标题(以及链接和顺序阅读以及现在的地标角色)。
  如果这个部分和下一个部分以好的标题开始，那么它可以很快被绕过。
  相关 WCAG 2.0 技术:

  • > Providing heading elements at the beginning of each section of content (H69)
  • > Providing descriptive headings (G130)
  • > Using h1-h6 to identify headings (H42)
  • > Organizing a page using headings (G141)
    

• 如果没有标题元素且无法修改，但有一些文本可能是相关标题，但它不是段落或项目列表或其他任何内容，则可以将其标记为与 ARIA 等效通过使用 role="heading" 和 aria-level="N"(参见 role="heading")

• 如果您有充分的理由修改列的自然阅读顺序(我认为这里就是这种情况)，您可以使用 float 和 flexible box layout 修改布局。 (IE10+)(后者多年来有 3 种不同的语法，欢迎使用 autoprefixer 或 SASS/Compass 等插件......)。然后，您的左栏将在 Tab 键时出现在最后，但这需要修改可能很多模板的布局。

aria-describedBy 可能在某些方面很有用，但我对它的用途了解不够，也许其他人会了解更多。