标签: screen-readers

例如，Unicode 字符“...”或使用…实体时在 HTML 中得到的内容。各种屏幕阅读器将如何发音？

与<div>基于旧版本<table>的网站相比,屏幕阅读器处理网站更容易,为什么它们会变得更糟？

如果我们只遵循WCAG 2.0指南或者我们应该结合两者而不需要考虑WCAG 1.0,WCAG 2.0是否已经发布？

或者,如果我正在考虑WCAG指南,那么我是否需要考虑任何其他指南以及WCAG,如RNIB,DDA法案,第508条等,或者如果我已经在考虑WCAG指南,那么无需查看其他地区特定指南/行为等

对于来自任何地区的网站,WCAG指南是否足够并且最好遵循任何其他指南？

我正在窥探网站代码并注意到它们的使用@media aural {}- 这让我想起了它的存在。所以，我以为我会玩……但后来意识到我不知道如何测试它们。

我不希望我的网站听起来像施瓦辛格一家在吃圣诞大餐……

我如何通过浏览器测试听觉或语音以确保它听起来不错？

听觉和语音的规格：

• http://www.w3.org/TR/CSS2/aural.html
• http://www.w3.org/TR/css3-speech/

*编辑：感谢 BoltClock 指出 Media aural 已被废弃并替换/升级为 CSS3 Speech。所以，我现在将专注于 CSS3。

什么是bootstrap ducumentation中的屏幕阅读器??? >>> bootstrap文件

我不知道什么是屏幕阅读器？

使用屏幕阅读器用户<nav>的嵌套<ul>列表增强网站地标的语义可访问性的最佳做法是什么？（aria-label 和 list level 目前并非所有屏幕阅读器都能发音）

我在 iOS 9 上使用 Voiceover、Android 5 上的 Talkback 和 Win10（在 Firefox 中）上的 NVDA 2016-1 进行了测试。我在屏幕阅读器应用程序中使用了（大部分）默认设置。

我认为以下列表应该是为屏幕阅读器用户准备的最佳选择：

演示代码 1

<nav>
  <ul aria-label="product navigation">
    <li><a href="product-a.html">Product A</a>
      <ul aria-label="sub menu Product A">
        <li><a href="product-a-spec.html">Specifications</a></li>
        <li><a href="product-a-acce.html">Accessories</a></li>
      </ul>
    </li>
    <li><a href="product-b.html">Product B</a>
      <ul aria-label="sub menu Product B">
        <li><a href="product-b-spec.html">Specifications</a></li>
        <li><a href="product-b-acce.html">Accessories</a></li>
      </ul>
    </li>
  </ul>
</nav>

预期结果：屏幕阅读器这样说：

• 导航地标的起点
• 具有两个元素的开始列表级别 1 “产品导航”
• “产品 A”链接
• 具有两个元素的起始列表级别 2 “子菜单产品 A”
• “规格”链接
• “附件”链接 …

在我的网站上,用户可以点击"在线聊天"按钮,然后会出现一个聊天窗口.我正在寻找一些文本来读取(对于具有屏幕阅读器的辅助功能用户)

当聊天窗口出现时,焦点将转到输入文本框 - 用户可以在其中输入文本以与顾问聊天.我有一个位于屏幕之外的div - 我希望将文本读出来.我试过aria-live =断言,但没有运气 - 没有读出来.

<div id="sreader" aria-live="Assertive"> if you use a screen reader you can call this number 0800 123 456</div>

任何想法 - 如何被迫读出来？

谢谢

我找不到实用程序类来向用户隐藏内容，而是在Semantic-UI中显示给屏幕阅读器。

Bootstrap的语义UI等效项是sr-only什么？

我在div内有一个按钮集合，其中包含一些JavaScript以响应箭头键事件在它们之间移动焦点。

当我使用NVDA / Firefox / Windows进行测试时，似乎NVDA会覆盖我的箭头键处理程序，并根据其自身的规则移动焦点。这是一个问题，因为我的窗口小部件具有高度可定制性，动态性和响应能力-因此，移动焦点的规则非常复杂。

Voiceover和ChromeVox都不具有此行为。

我注意到向每个按钮添加role =“ gridcell”似乎可以解决此问题，但是我不希望这样做，因为这意味着屏幕阅读器不会将我的按钮视为按钮。除非绝对必要，否则我也真的不想更改html结构（例如，将每个按钮包装在另一个元素中）。

是否有一种方法（例如aria或专有属性）告诉NVDA不要将自己的箭头键行为应用于按钮？

在网页上,我有一些文字表明某事的难度.其中包括简单,适度和困难.

它显示如下:

三者中指出的难度水平是"困难的".这将是视觉上的风格,但我担心屏幕阅读器会读到"难度级别:容易,中等,困难",这对任何人都没有意义.

现在HTML很简单:

<div ...>
    <div class="some-field its-inline-too">
        <div class="field-label">Level of Difficulty</div>
        <div class="field-value">
            <span class="difficulty">Easy</span>
            <span class="difficulty">Moderate</span>
            <span class="difficulty active">Difficult</span>
        </div>
    </div>
</div>

我可以利用哪种HTML标签和/或样式来保持当前的视觉样式,还可以添加一些内容,表明屏幕阅读器中只有一个是三个中的实际选择？