问题标签 [jaws-screen-reader]

我正在使用 JAWS 版本 15 在 Google Chrome 上测试我的页面，该页面包含一组相关的单选按钮，最初都没有检查过这些单选按钮。

我希望 JAWS 将未选中的单选按钮读取为“未选中的单选按钮”，但令我惊讶的是，它将任何单选按钮读取为“部分选中的单选按钮”。

我创建了一个简单的测试页面，其中只有相关的 HTML，以确保没有其他任何东西影响这种行为，但它仍然显示“单选按钮已部分检查”。

有什么我想念的吗？如何指示 JAWS 阅读“未选中单选按钮”？

我尝试添加 aria-checked="false"，但这没有帮助。

下面是我用来测试行为的一个简单片段：

我有一个 SVG 图表和一个表格，它们都显示相同的数据。在使用 JAWS 进行测试时，我注意到我在读取表格内容之前读取了 X 和 Y 轴上的所有文本标签。我尝试将 a 添加到图表中，但这只会让情况变得更糟：现在 JAWS 仍会读取所有标签，但它还会在每个标签aria-describedby="id-of-table"之后显示“使用 JAWS 键+Alt+R 读取描述性文本” 。

告诉 Jaws 和其他屏幕阅读器完全跳过此部分的正确方法是什么，因为它不适用，类似于alt=""装饰图像？

更新：这是一个示例http://jsbin.com/wujuqaliqa/2/edit?output，其aria-hidden属性应用于图表。

我有一个确认对话框，我想让它可以访问。这是我的 HTML：

同样在我的脚本中的某个地方，当它变得可见时，我将焦点设置为对话框：

然后在 IE11 中，当对话框打开时，jaws 会像这样读取它的内容： Enter - 继续执行操作 - 对话框 继续执行操作 您将要执行操作 取消 提交第二级标题

JAWS 首先读取标头，然后是标头，然后是其余内容。这就是问题。

预期行为： Enter - 继续执行操作 - 对话框 您将要执行操作等。

怎样才能做到这一点？

我们的网站上有许多使用 iText 4.2.0 动态生成的可打印表单文件。但是，我们也有大量有打印障碍的用户，他们使用 JAWS 等屏幕阅读器来呈现我们的 PDF。我们使用 .setTagged() 方法标记 PDF，但 PDF 的某些元素出现乱序。有些甚至在调用 setTagged 后变得更加混乱！

我在 2013 年与 Bruno Lowagie 对 iText 的采访中读到了 PDF/UA，这似乎有助于解决我们的问题。但是，我还没有找到一个很好的例子来说明如何生成 PDF/UA 文档。你能举个例子吗？另外，生成符合 PDF/UA 的 PDF 文档所需的 iText 的最低版本是多少？

我们正面临 Jaws 16 和 IE 11 的问题。我们在网页上有一些工具提示，我们将角色指定为“警报”，这样当 JAWS 读取它时，它将首先宣布“警报”，然后读取文本。它在带有 IE 11 的 JAWS 15 上运行良好。现在 Jaws 已发布版本 16，我们已升级到该版本，因为它没有在 IE 11 中出现工具提示时宣布“警报”。这与 Fire Fox 完美配合。

带有 IE 的 JAWS 16 有什么问题吗？

我经常观察到 Chrome 和 JAWS 不能很好地协同工作，而 Firefox 可以与 JAWS 无缝地协同工作。

不久前，一个名叫 Hans Hillen 的人创建了一些可访问的 jQuery UI 控件版本。他的可访问 jQuery UI 日期选择器的弹出版本已在我正在审查的 WCAG 2.0 合规性的原型中实现，并且日期选择器的弹出版本在 Chrome 中表现不佳。

日期选择器弹出版本的基本原理是：专注于输入，然后按下以专注于日期选择器本身。然后，您可以使用箭头键从那里浏览它，或向上/向下翻页以跳过几个月等。

在 Firefox 和 IE 中，当您浏览日期单元格时，NVDA 和 JAWS 会愉快地读出日期编号和行/列位置。

在 Chrome 中，对于每个单元格，NVDA 读出“单元格”，而 JAWS 读出“包含控件”，仅此而已——没有数字或任何内容，也没有实际读出单元格的内容。我已经在具有 NVDA 和 JAWS 的 Windows Server 2008 机器以及具有 NVDA 的 Windows 8.1 机器上可靠地重现了这一点（没有可用于测试的 JAWS）。

当我将 NVDA 退出表单模式并进入虚拟光标模式（即NVDA+ Space）时，它会再次读出单元格内容，但随后键盘控件不起作用。将 JAWS 退出表单模式 ( numpad +) 会使日期选择器变得难以理解。

在表单模式下，如何让 NVDA 和 JAWS 在 Chrome 中正确读出日期？我正在寻找那些处理过这个问题的人的解决方案。如果可以更改日期选择器代码的最小部分，它们是什么？

我们正在实施 Team Foundation Server，以便在 Microsoft Office 工作项跟踪、需求收集等方面提供更好的替代方案。我很高兴我们的团队实施了这一点，因为我在过去的许多项目中都使用过它。也就是说，我们在实施该解决方案时遇到了一些后勤问题。

我的团队成员之一是盲人开发人员。他可以使用 SQL Developer、Eclipse 等编程软件成功开发。但是，我们很难弄清楚使用 JAW 和纯键盘访问的 Team Foundation Server 界面。

我们最初尝试使用 Visual Studio Online 界面，但事实证明该界面完全无法访问。他安装了 Team Foundation Server 客户端，该客户端似乎更易于访问，但仍然难以导航，尤其是在多个信息窗格和功能部分之间导航的情况下。

我们在网上搜索了键盘快捷键图表、可访问性等，并找到了一些资源。然而，他们都还没有解决这个问题。你们中有人对如何使其更易于访问有任何建议吗？是否有我们可以接口的可访问性键盘快捷键方案？您是否在网上找到了有关 Visual Studio Team Foundation Server 客户端的可访问性快捷方式的好资源？

谢谢您的帮助。我们支持任何解决方案，无论是 Team Foundation Explorer Everywhere 插件、独立客户端等。

我试图为基于 SVG 的图表添加可访问性。我添加了id和aria-labelledby属性来映射标签和值：

但屏幕阅读器 (JAWS) 正在按顺序朗读：

数学 物理 英语 化学 90% 85% 80% 95%

我希望屏幕阅读器阅读：

数学 90% 物理 85% 英语 80% 化学 95%

我正在增强应用程序的 UI，使其与屏幕阅读器更加兼容。问题是我一直遇到问题，我开始怀疑这是由于屏幕阅读器本身造成的。

现在，我主要使用 IE 8 测试 JAWS 15（由于公司限制，目前我基本上可以使用它进行测试）并得到一些奇怪的行为，但据我所知，aria 标记和 html 看起来都是正确的。

例如：

• 在某些隐藏的 div (role="alert") 中，在显示 DIV 后读取按钮名称后，JAWS 不会说出“按钮”。（不过，一旦您按下按钮，它就会说“按钮”。）
• JAWS 正在使用 aria-hidden="true" 说出元素，根据此线程已修复。
• 再次使用隐藏的警报 div，在某些情况下 JAWS 会重复说出元素。至少在一种情况下，它会无限重复标题和第一行文本（或者至少直到我的耐心耗尽。）
• 首次读取整个页面时，不会读取表格中图像的 altText。当用户使用表格命令浏览表格时，它确实会被读取。我什至不知道这个是什么正确的行为......

我基本上是在寻找可以找出这些是否是 JAWS/IE8 的已知问题的东西。如果有一个兼容性列表（类似于 HTML5 兼容性列表），我将能够在人们提出这些问题时参考它。