问题标签 [accessibility]

我可以使用以下代码从 Firefox 窗口获取 IAccessible 对象：

但是，我不确定从这里去哪里。我需要从文档中获取完整的 HTML。我知道 IAccessible.get_accValue() 方法，但我不确定如何在 Firefox 中使用它。任何帮助将非常感激。

在为使用 AJAX 的应用程序设计和构建 UI 时，您何时考虑优雅降级（对于禁用 JavaScript 或正在使用屏幕阅读器的用户）？

• 最后，一旦站点的 AJAX 版本完全完成
• 在每个发展阶段
• 我不
• 还有什么...

我希望用户从键盘访问我的 Silverlight 2 应用程序中有一些按钮。

如果我理解正确，我应该能够使用 AutomationProperties.AccessKey。例如：

但我不能让它工作吗？我究竟做错了什么？

我知道屏幕阅读器和类似软件的存在是为了帮助盲人和视障者在 Windows 或其他操作系统中使用计算机。

我很好奇在 OS 安装程序和 BIOS 设置等较低级别的环境中提供哪些支持。

HTML4.01 ( http://www.w3.org/TR/html401/struct/tables.html#adef-summary ) 的规范规定表格摘要属性应包含“......表格用途的摘要和结构......”和给出的例子支持这种用法。

Web 内容可访问性指南 2.0 ( http://www.w3.org/TR/WCAG20-TECHS/H73.html ) 说，summary 属性是“提供数据如何组织成表格或如何浏览表格的简要说明"

WCAG 1.0 ( http://www.w3.org/TR/WCAG10-HTML-TECHS/#table-summary-info ) 说了类似的话，并且这些示例再次显示了用于描述表格的目的和结构的用法。

我怀疑 iCITA 是否突然选择了这个，并且还有其他 HTML 书籍和指南建议类似的做法。

在许多方面，这种用法对我来说更有意义，因为明智地使用 thead 和 th 元素以及 scope 和 headers 属性应该足以向无视力的用户描述表格的结构，而没有其他视力正常的用户可以通过快速扫描表格获得复杂表格的要点，以匹配视力正常的用户可以获得的相同级别的信息。

但是，我不愿偏离 WCAG 的经过充分研究的建议。

所以，我的问题是：如果您在数据表的摘要属性中添加任何内容，您是否输入目的、结构、内容描述、结论和/或其他内容，为什么？特别欢迎基于此属性的真实用户反馈的原因。

出于可访问性的目的，我需要使所有可滚动控件（列表、列表视图）的滚动条更宽，滚动条箭头更大。

1. 如何从可滚动控件（例如：TListView）中获取滚动条（句柄）？

2. 如何使滚动条和箭头更宽/更大？

任何提示和代码的 10 倍...

我正在尝试对我的网页应用更好的语义和可访问性。

我最近为 Firefox 安装了 Fangs 插件，以查看它们在屏幕阅读器中的外观。我担心我的所有侧边栏和页脚信息如何显示在我最后一个内容标题的下方。

问题 #1

我希望能够通过使用标题标签（<h1>,<h2>等）来指定“侧边栏”和“页脚”部分来将其分解。我不确定这是否是标题标签的正确用法。虽然这些部分在技术上是内容，但在与文章标题相同的层次结构级别上看到它们感觉有点奇怪。

问题 #2

我还想保留这些用于标识布局结构元素的标题标签不可见，但仍然可供需要它的人使用。使用“可见性：隐藏”会留下不需要的占位符。使用“显示：无”似乎可以产生预期的效果，但我看到一些帖子表明它可能不适用于实际的屏幕阅读器。我现在很想使用“位置：绝对”和否定的“文本缩进”技巧来打破元素的正常流程并将其推到屏幕外。

2个问题：

1. 使用 MVC 是否可以更轻松地构建符合 508/WAI 的站点？
2. 任何人都知道一个好的基于 508/WAI 的基于 asp.net 的 CMS 平台，或者至少，它试图让构建网站变得更容易？

我读过的关于使网页可访问的资料提供了关于“标题”属性是否真的有用的相互矛盾的信息。一些人声称，最好的做法是为 Web 控件提供一个包含比控件上的可见文本更详细的说明的标题属性。其他人声称大多数屏幕阅读器的默认设置是忽略标题属性，因此该属性在实践中是无用的（除了为有视力的读者提供工具提示）。那么，大家有什么推荐的呢？

有谁知道与JAWS配合得很好的 ASP.NET 日期选择器控件？除此之外，您是否有任何提示可以使 JAWS 用户更容易使用现有的 ASP.NET 日期选择器控件？