问题标签 [section508]

我为一家位于不同县的公司运行一个网站 (ASP.NET)，根据用户在登录页面上单击的链接，页面上的所有<a>标签都会在其 href 标签末尾添加一个县的字符串。（例如 www.somedomain.com/home.aspx?county=x）然后我使用查询字符串来提供县的特定信息。

这不符合508吗？任何建议如何在没有javascript的情况下做到这一点？

我要求 JAWS 版本 9 可以读取禁用的 JButton。即，如果我有一个带有文本“True”的 JButton，它应该被读取为“True，disabled button”之类的内容。但是当我使用setEnabled(false)它时，它不再参与选项卡焦点序列，因此永远不会被读取。正如我所描述的那样，是否可以让 JAWS 读取已禁用的 JButton？

我现在的“解决方案”是模拟禁用的按钮并设置可访问的名称，如下所示：

但我真的更愿意使用真正的禁用按钮。

我有一个 Swing 应用程序，它由一个设置为 Always On Top 的 JFrame 组成。

在 Windows 下运行时，我使用以下代码分别打开本机默认的电子邮件客户端和浏览器：

因为 JFrame 设置为 Always On Top 而典型的默认浏览器或电子邮件客户端（我们客户的 IE 和 Outlook）没有以 Always On Top 的方式打开，所以前者阻碍了后者。

我们当前的“解决方案”是在打开原生窗口的同时最小化 JFrame。但事实证明这是一个 508 合规问题，我们被要求：

1. 不要最小化 JFrame。
2. 在浏览器或电子邮件客户端关闭后将焦点返回到 JFrame

我想到的策略是“关闭” JFrame 的 Always On Top 状态，并有某种回调或事件侦听器，它将通知 JFrame 电子邮件或浏览器窗口已关闭，然后将 JFrame 切换回Always On Top 状态并设置焦点。

因为这是一个 Java 应用程序，我担心这几乎是不可能的，因为我们正在谈论本机互操作。我的策略是否可行，是否有更好的可行策略，最重要的是，如何做到？！

提前致谢！

我有一个 Swing JFrame，其中包含几个 JLabels、几个只读 JEditorPanes 和几个按钮。JAWS 用户要求以更少的用户交互来读取应用程序。现在，应用程序以某个元素为焦点开始，用户必须按 Tab 键移动焦点并继续到下一个元素。而对于网页，例如，JAWS 将直接浏览并阅读所有内容，而无需用户按 Tab。对于我们的 JAWS 用户来说尤其烦人的是，只读的 JEditorPanes 一次只能读取一行文本，需要用户按向上和向下箭头键在它们之间移动。

如何让 JAWS 版本 9 用户更流畅地阅读此 JFrame？

我正在尝试使启用 Ajax 的表分页符合 508 标准（可使用 JAWS 版本 9 访问）。我有一个带有链接的表格标题单元格，该链接执行带有回调的 jQuery ajax 请求 onclick 以更新表格。我已经成功地在链接正文中使用了“间隔”图像，其中包含向 JAWS 用户传达排序信息的 alt 文本（注意：JAWS 默认情况下不读取工具提示），但有视力的用户看不到。但是，当 JAWS 用户导航到链接（使用向上和向下箭头键）并按 SPACE 来初始化链接 onclick 事件时，我有两个问题：

1. 没有向 JAWS 用户传达表明表格内容已更新的信息，
2. 当内容更新时，JAWS 用户刚刚执行的链接会被重新读取，但它会重新读取表格更新之前的 alt 文本，用户必须前进到下一个字段，然后返回到链接JAWS 阅读更新的替代文本。

任何有实现可访问 Ajax 分页经验的人的提示将不胜感激！我的表头单元格代码如下：

我们的一个 Web 应用程序刚刚通过了 508 合规性测试。我们使用 TinyMCE 版本 3 进行内容开发，我知道它通常具有良好的可访问性。然而，我们的一个页面包含 3 个或更多 TinyMCE 实例，每个实例前面都有一个label指示 TinyMCE 实例的用途，但我们被告知这些是“隐式”标签，而它们应该是“显式”标签（即带有for属性）。问题是，TinyMCE 实例只是具有各种复杂的自定义 html“控件”的 iframe，而据我所知，label/for 技术仅适用于传统的表单元素。为 TinyMCE 实例实现“显式”标签的最佳策略是什么？

谢谢！

编辑

label使用+探索的解决方案for不起作用：将 指向label初始textarea，将 指向label生成iframe。

我正在探索的一种可能的解决方案是使用ledgend+包含每个 TinyMCE 实例，fieldset但使用 JAWS 9.0 对其进行测试似乎没有任何区别，除非fieldset包含表单元素（例如input，type=text）并且 JAWS 处于表单模式。

如何使 Ajax 加载指示器可访问/508 兼容。我的预合规策略是这样的：启动 ajax 请求，设置超时以显示指示器（div 包含带有文本的段落和屏幕中心的微调器），如果请求没有在一秒钟内完成，如果指示器显示请求完成时，移除指示器。我尝试过将焦点放在指示器文本上等操作无济于事。JAWS 版本 9（不支持 WAI-ARIA）是目标屏幕阅读器，我正在使用 jQuery，尽管任何解决方案都可以。

谢谢！

我目前正在从事的项目之一有客户对 IE7 和 508 合规性的要求。该客户当前使用 JAWS 版本 9，并且正在提出请求，据我所知，如果没有支持 WAI-ARIA 的较新版本的 JAWS，这些请求是不可能的。例如：

1. 可访问、符合 508 的 Ajax 加载指示器
2. 可访问、符合 508 的 Ajax 分页

在我回来告诉他们他们需要升级到更新版本的 JAWS（从 Freedom Scientific 的网站上，从版本 10 开始支持 WAI-ARIA）之前，我想掌握尽可能多的信息来制作一个有说服力的论据。首先，IE7 是否能够将 ARIA 信息传递给 JAWS（我已经看到从 IE8 开始声称支持 ARIA，但没有明确说明它不适用于 IE7）？如果是这样，它只是在有限的范围内吗？假设这个问题的答案是肯定的并且支持程度足够，那么我应该知道的 JAWS 版本 10、11 和 12 之间的支持是否存在很大差异？也许这将是一个很好的条件：考虑到 IE7 的要求，应用 ARIA 所需的 JAWS 的最低版本是什么，以解决上面链接的两个问题。

我知道这里有很多问题，但我相信它们作为一个问题协同工作：请概述 IE7 和不同版本的 JAWS 之间对 WAI-ARIA 的不同支持程度；这些可以在多大程度上解决上面链接的客户要求。

谢谢！即使您无法解决此问题的所有要素，我也将不胜感激您可以分享的任何信息。

本着渐进增强的精神，如果浏览器支持，我想做一些 ARIA 功能测试来实现额外的增强。我不希望检测屏幕阅读器——我希望确保屏幕阅读器用户在他们使用的工具的情况下获得最佳体验。

例如，如果aria-live不支持该属性，那么实现无限滚动可能不是一个好主意。

我知道还有一个问题是浏览器可能支持这些属性，但屏幕阅读器可能不支持。由于屏幕阅读器在浏览器上透明运行，我可以忽略这种边缘情况。

我从来没有听说过有人做这样的事情。是否像测试浏览器赋予的额外 DOM 属性一样简单？Mark Pilgrim 的其他能力测试技术之一在这里有效吗？

谢谢！

我们想在我们的网站上运行扫描，以返回包含以下内容的报告：

1. 找到的每个图像标签以及该图像在报告上的可视化表示
2. 该图像的 alt 属性（也确定是否找不到 alt 属性）

有没有一个简单的工具可以做到这一点？我们正在尝试检查 alt 属性，并确保 alt 属性准确地描述了它们所代表的图像。这就是报告中的可视化表示很重要的原因。