Drupal 开发者关于如何让你的网站更易访问

图片来源：

Opensource.com

对于开源开发者 Mike Gifford，OpenConcept Consulting Inc. 的创始人兼总裁来说，在他名字之后提及 Drupal 的可访问性是多余的。他花费了近 10 年的时间来改进和巩固 Drupal 的可访问性，足以赢得该项目的官方核心可访问性维护者的角色。

Drupal 社区的可访问性意识已大大提高，但互联网变化迅速，软件需要跟上步伐以保持相关性。最近关于解耦 Drupal 趋势的新闻——包括项目创始人 Dries Buytaert 本人里程碑式的帖子——倾向于回避所谓的无头配置可能会抹杀为主题层设计的可访问性功能的问题。

Gifford 意识到了这一点以及通往原生、前后端辅助解决方案道路上的其他障碍。在他于 DrupalCon New Orleans 发表讲话之前，他分享了他对 Drupal 可访问性的一些看法等等。

请概述一下您在 DrupalCon New Orleans 的演讲 Drupal 8 如何让你的网站更易于访问。为什么有人应该参加？主要的收获是什么？

我不能告诉你主要的收获！如果我在这里告诉你答案，那来听讲座还有什么意义呢？

但说真的，我将定义 Drupal 上下文中的可访问性，解释社区在跟上变化和最佳实践方面的作用，重点介绍我们在 Drupal 8 中引入的一些更令人兴奋的元素，并讨论 Drupal 8 中一些可以使你的生活更轻松的贡献模块。

语义如何帮助辅助技术用户（例如，ARIA 和 HTML 标题）？

语义是为任何盲人用户提供意义和上下文的关键。无论你是 Googlebot 还是使用开源 NVDA 屏幕阅读器的人，网站的结构都可以被更深入地理解。 ARIA (Accessible Rich Internet Applications Suite) 有很多方法可以构建语义。最明显的是地标角色，它对 HTML 标题起补充作用。诸如 aria-label、aria-labelledby 和 aria-describedby 之类的元素也有助于将表单元素联系在一起。这些充当残疾人导航网站结构的垫脚石，就像目录对书本的作用一样。

请告诉我们您如何在模块开发中依赖集中式工具。

最简单的当然是我们在 Drupal 7 中实现的 CSS display: none 的替代方案。从那时起，我们在 Drupal 8 中对其进行了更新，以包括 hidden、visually-hidden、visually-hidden.focusable 和 invisible。通过利用这些通用类，我们能够集中管理内容如何呈现给屏幕阅读器和仅键盘用户。

当屏幕上的内容根据用户输入而变化时，Drupal.announce() 当然非常有用。随着网站变得越来越动态，这非常重要。同样，Drupal.TabbingManager 在确保仅键盘用户不会发现自己陷入不允许他们正确导航网站的循环中非常有用。

Drupal 8 中缺少什么？下一步是什么？

缺少很多东西。我们一直在修复可访问性错误，但是 Drupal.org 上的可访问性标签随着人们以新的方式使用模块而不断增长。可访问性需要持续的警惕。

我认为对我来说最重要的问题是修复新的内联表单错误的剩余问题，以便它可以从可选的实验性模块转变为默认响应。需要对 CKEditor Tables 进行一些工作，以便在 HTML5 中正确定义 figure/summary 元素。我们仍然需要更好地支持 Language of Parts。复杂的视图仍然没有呈现带有上下文 alt 文本的图像的方法。

我们真的需要一种自动检查可访问性的方法；无论是 QuailJS、Tenon.io 还是其他什么。它只需要易于与开源开发集成，特别是对于模块而言。

我还真诚地希望看到更多对使用 Dragon Naturally Speaking 和 Windows Speech Recognition 等工具的人的支持。与屏幕阅读器用户相比，利用这些工具的用户在互联网上占有更大的份额，但通常没有测试/支持来改善他们的用户体验。