问题标签 [wcag]

我有一个使用 HTML5 的<video>标签实现的无音频视频。我试图找出自动播放视频并自动循环播放它（假设我也添加了一个按钮来删除循环）是否会导致可访问性问题？我知道有关于音频以及带音频的视频的规则会阻止你这样做，所以我也想知道这个视频是否实际上被认为是 GIF。

该视频可以在这里找到以供参考： http ://www.med.uottawa.ca/bmi/eng/lee.html

在我的表单中，我有一个提交按钮，它是一个图像（按钮+文本）。它有一个空的value=""，所以它不会侵入按钮图像。

如何使需要辅助功能的用户可以理解此按钮？

（隐藏的）标签是否合适？

我正在开发一个 Web 应用程序，该应用程序具有许多在整个应用程序使用过程中动态显示和隐藏的区域。

由于应用程序正在努力实现WCAG 合规性，我有适当的逻辑，该逻辑会导致任何已激活区域的第一个可选输入在区域被激活时接收焦点。这允许视障用户将他们的注意力应用到应用程序的适当区域。

这在 Windows、Android 和 MacOS 上运行良好。但是，当使用 iOS Safari 时，选择器会在 a<select>获得焦点时自动激活。这是不受欢迎的行为，因为每次激活这些区域时都会显示选择器对话框。

有没有办法让 iOS Safari 在元素获得焦点时不显示选择器对话框？

Visual Studio 2013 有自己的可访问性验证，要检查可访问性，必须单击工具菜单，然后单击检查可访问性，我的问题是：可以使用 MSbuild 或其他工具自动进行此验证吗？谢谢

我需要检查网站（MVC 项目）

我正在开发的网站需要遵守WCAG 2.0 指南，这意味着人们应该能够使用屏幕阅读器访问网站上的所有信息。由于它是一个大量使用 Kendo Charts 的 BI 仪表板，因此未能通过测试。

我需要一种方法让屏幕阅读器能够阅读我网站上的剑道图表，同时重用图表的数据源。

我正在尝试将标签标签与我的下拉菜单相关联，以使其可供屏幕阅读器访问。我注意到在使用 p:selectOneMenu primefaces 时会生成一个不应该存在的输入元素。应用 p:outputLabel 时，它似乎工作正常（即您单击标签文本并将焦点移至下拉菜单）。然而事实证明，焦点实际上正在移动到输入元素并且选择元素不是键盘可访问的（tabindex =“-1”）。以下是从 primefaces 网站获取的示例：http: //www.primefaces.org/showcase/ui/input/oneMenu.xhtml

当您查看仅加载了 html 的页面时，您可以看到每个 p:selectOneMenu 生成一个输入以及一个选择。

我希望下拉菜单的行为类似于 JSF one h:selectOneMenu（在可访问性方面）。具体到示例，我希望“基本：”标签与其下拉菜单相关联，以便当您单击“基本”时焦点移动到下拉菜单。我还希望屏幕阅读器实际上将其视为选择元素而不是输入元素。到目前为止，由于生成的输入元素，我找不到这样做的方法。我目前正在使用 Primefaces 5.2。有谁知道防止生成此输入元素的方法？

WCAG A/AA 标准是否认为可以访问浏览器对话框？我所指的对话框是浏览器原生的对话框，例如 Chrome 中的以下对话框：

在 PDF 文档中，有时会在每页的末尾放置脚注以阐明某些术语或添加附加信息。

例如：

我希望创建一个与脚注等效的 HTML 网页。

该页面必须符合Web 内容可访问性指南 (WCAG) 2.0 AA 级下的可访问性指南。网页也必须是HTML4 格式。

我的第一个想法是创建脚注，例如 Wikipedia 上的参考部分。但是，我的网页可能会很长，我担心如果他们需要一直向下滚动然后返回，这样做可能会使人们迷失方向并导致他们忘记正在阅读的内容。因此，这将无法访问。（如果我错了，请纠正我。）

Javascript 显然是不行的，因为一些用户可能会选择禁用它，因此无法访问它。

我考虑用提供的附加信息打开一个新窗口。但是，打开一个新窗口也会在可访问性方面打开一个全新的蠕虫罐，所以我宁愿尽可能避免它。

我知道有一个<cite>标签，但据我了解，这个标签是为了引用参考资料，如果我的目的是提供更多信息，则不合适。（再次，如果我错了，请纠正我。）

所以我的问题是，添加到我的网页的最佳方式是什么，相当于 PDF 文档上的脚注 - 前提是我的网页必须是可访问的？

我使用的当前菜单栏与 Primefaces 展示中的菜单栏格式相同。例如：

我正在尝试符合 AODA，并且希望我的菜单栏可以访问。我找到了一种解决方法，可以让它在键盘上工作。问题是当使用 JAWS 之类的屏幕阅读器浏览菜单时，它不会读取任何菜单元素。有谁知道我可以使用的替代菜单栏，它在外观上与 Pr​​imefaces 菜单栏相似，但可以与屏幕阅读器正确交互（即所有菜单元素都被读取）？我正在使用 Primefaces 5.2。

My goal here was to make a submenu with sane keyboard and screenreader behavior, using:

• AngularJS
• jQuery
• Bootstrap 3
• the CSS submenu implementation from 'css - Bootstrap 3 dropdown sub menu missing'

Here's a starting point showing how submenus (don't) work with the keyboard without any customization:

Here's a JSFiddle of the above. I'll post my solution in the answers, but I don't think it's perfect; I'm interested in feedback or alternatives.