屏幕文字和辅助功能508合规

时间:2018-08-21 14:19:49

标签: accessibility standards-compliance

我们有一个基于故事情节的演示文稿。我们在幻灯片上有旁白,并且屏幕上的文字可以通过屏幕阅读器打开并阅读,但这并不是因为其他人在说,因为旁白基本上是在说屏幕上的文字,所以不需要由屏幕阅读器读取。但是,我认为确实需要屏幕阅读器来读取它。

我认为,无论旁白是否对幻灯片进行了概述,屏幕上的所有文字都应该能够被屏幕阅读器阅读。我错了吗? 508合规性对屏幕上的所有文字说了什么?即使旁白已经叙述过,屏幕阅读器也应该阅读吗? (屏幕上的文本与旁白不完全匹配,它更多地是项目列表的资源)。

1 个答案:

答案 0 :(得分:0)

我不熟悉Storyline(我想您是在谈论Articulate的产品),但是我只是尝试了一个示例,最终结果是在浏览器中查看的,因此它本质上是一个Web应用程序(和一个“单页应用”(spa)进行具体说明)。我尝试的那个屏幕阅读器非常糟糕。这些图像都没有替代文字,我可以通过 tab 进行很多交互操作。这些问题没有标记,因此当我将重点转移到答案时,它们不会被阅读。有点像在玩“ Jeopardy”,我听到了一个答案,但不知道这个问题。但是,所有这些问题可能是作者未正确使用该工具的结果。 (尽管我尝试了第二次演示,但它也遇到了类似的问题。)

部分问题是缺乏对屏幕阅读器用户如何浏览网络的了解。您无需使静态文本成为可聚焦文本即可使屏幕阅读器用户听到它。实际上,如果一个对象不是交互式的,则它永远不会受到关注。屏幕阅读器用户可以按元素导航,例如标题,表格,列表等(前提是您具有适当的html标记)。

现在,话又说回来,回到OP,如果演示文稿上有静态文本,则默认情况下 可供屏幕阅读器使用(只要您还没有可以通过aria-hidden属性将其隐藏在屏幕阅读器中。)

如果您的问题是静态文本是否应该可聚焦/可粘贴,则答案将为“否”,而不管您是否有旁白。

相关问题