Html Mac的画外音：W3C合规性？

最近我做了很多关于可访问性的测试，尤其是ARIA。每当我在Apple Voiceover（OS X 10.9.2）上测试时，这种行为似乎不符合标准，有时甚至不确定。即使是像

role=“button”

这样的基本功能也是如此。然而，我认识到这很可能是我的用户错误。（对于这个问题，假设标记本身是正确的，并且可以在其他屏幕阅读器中完美地工作。）那么，根据您的经验，我是否正确地认为Voiceover只是bug缠身，不足以测试ARIA增强的网页？还是我只需要更好地了解它？

我学到了一些东西：

• 现在，您应该使用Safari来获得画外音的最佳效果。我的部分问题是我在其他浏览器中测试。其他一些或所有浏览器都会与Voiceover进行奇怪的交互。也许这种情况会随着时间的推移而改善

• Voiceover的用户界面可能违反直觉。从本质上讲，它不是特别容易被发现的。这对我很有帮助。如果你不了解键盘控制的微妙之处，你就走不了多远

• 您需要使用ctrl选项shift up和ctrl选项shift down键来“进入”和“退出”单个DOM节点。否则，您有时将无法与它们进行交互，并且在其他时候可能会被卡在它们内部

• 有时事情会以奇怪的方式宣布。例如，像

  ×

  这样的元素最初被宣布为“删除组”。如果您在按住ctrl键的同时按下shift键，则会宣布“1个项目与删除组交互次数可点击”。第一条消息没有包括“可点击”，这让我感到惊讶。在我看来，第二条消息的信噪比很低。但现在我只是在狡辩

  role=“button”

  可能不会像我希望或期望的那样表现，但至少不会被忽略。许多其他ARIA属性也是如此

---

您是否有被误解的具体例子？仅举几件事。。您的意思可能是

role=button

，而不是

aria role=button

。而且，

aria标签

在屏幕阅读器之间非常不一致，OSX只是在标签字符串前面加上前缀。为了获得最佳效果，请在

中使用以下内容：

x

并添加

删除
和隐藏
。使用CSS在屏幕外视觉隐藏
，而不是
，感谢您的帮助。打字错误我已经相应地编辑了我的文章。至于其他建议，它们在某些情况下肯定是可行的，但只要可能，我更喜欢使用指定的ARIA属性。显然，我不会固执地遵循没有客户真正支持的规范。