GNOME 中的无障碍性

# GNOME 中的无障碍功能 来源：https://blogs.gnome.org/sophieh/2026/07/07/accessibility-in-gnome/ 七月是[残疾人骄傲月](https://en.wikipedia.org/wiki/Disability_Pride_Month)。我想借此机会谈谈我对 GNOME 中无障碍功能的看法，以及我认为我们应当采取的行动。 对于残障人士来说，计算机往往比非残障人士更为重要。许多日常生活的领域，如今只能通过计算机来访问。然而，在软件和硬件开发中，无障碍功能常常被当作事后才考虑的事情。 GNOME 很幸运，其社区中拥有许多残障贡献者。我们有视障、听障、自闭症、注意缺陷多动障碍（ADHD）的贡献者，也有饱受偏头痛及其他慢性疾病困扰的贡献者。虽然我们有关心无障碍并致力于改善它的人，但整体状况远非理想。 科技社区的现状往往是充满能力歧视和精英主义的，甚至可能比普通人群更为严重。如果某位用户或贡献者在使用某个工具时遇到困难，问题会被归咎为“技能不足”；如果某个界面为了适应更多人而简化，就会被说成是“弱智化”（[dumbed down](https://www.merriam-webster.com/dictionary/dumb%20down)）。辅助技术常常由健全人士开发，而并未让残障人士参与并给予报酬。这还导致一种态度：贡献者期望残障人士对提供最基础的需求而感恩戴德。在 GNOME 社区中，这些问题也同样存在。 ## 我们已经在做的 本节的目的是炫耀 GNOME 的无障碍成果——我认为无障碍是一项基本权利，任何残障人士都没有义务为此赞美贡献者。相反，目的是总结我们目前的状况，并为其他项目提供可以借鉴的想法。同样地，我也很乐意了解其他 FLOSS 项目如何致力于改善无障碍。 我们对核心应用和 Circle 应用的审核标准要求检查键盘导航、屏幕阅读器支持、大字体和高对比度模式是否正常工作。我们还要求应用内有足够的对比度，通常使用 [Contrast](https://flathub.org/apps/org.gnome.design.Contrast) 应用对照 WCAG 要求进行检查。我们已经证明，通过推迟应用纳入或替换，直到无障碍问题真正修复，能够强制执行这些要求。这也是 GNOME 在过去几年中逐步改进的地方，因为最初并没有针对应用的质量标准。 许多无障碍方面可以通过正确使用我们的工具包 GTK 和 libadwaita 自动覆盖。我目睹到，在初期设计和实现中，无障碍性常常会被考虑进去。不过，在 GNOME 中，我们并没有针对这些库的开发制定任何准则或要求。 GNOME 基金会曾在 2020 和 2021 年资助了 GTK 4 中的屏幕阅读器支持工作。在 2023 和 2024 年，无障碍性也是 [GNOME STF](https://blogs.gnome.org/tbernard/2025/04/11/gnome-stf-2024/#accessibility) 项目的主要工作领域之一。这意味着 GNOME 基金会和 STF 组织者都愿意为无障碍投入资金，这是一个好兆头。 然而，无障碍远不止屏幕阅读器支持。我认为 GNOME 的总体设计理念对于让更多用户更容易使用至关重要。这包括关注以良好默认值实现简洁性、尽量避免系统配置出错的可能性，以及减少干扰。翻译（虽然常被忽略为无障碍的一个方面）是另一个巨大因素，它让我们的软件能为更多人所用。这表明，无障碍几乎不是一组独立的功能，而必须作为项目中每个领域的一部分来考虑。 在 GNOME 中，比较“传统”的无障碍工具包括屏幕阅读器、高对比度、减少动效、始终显示滚动条、声音过度放大限制、输入调整和放大。但同样重要的还有“深色模式”和“请勿打扰”模式——它们并没有直接被标记为无障碍功能。 ## 我们可以如何改进 残疾人骄傲是关于[为自己而自豪](https://floss.social/@sophie/114768414106947052)。但就像骄傲月一样，它也是从根本上改变我们所生活的社会。因此，在今年残疾人骄傲月，我也在思考我们能够在 GNOME 内部改变什么。 ### 成立一个无障碍团队 除了一个专门的[无障碍聊天室](https://matrix.to/#/#a11y:gnome.org)，目前 GNOME 内部在无障碍方面的协调很少。我本月的目标是建立一个正式的无障碍团队。我对团队的最初设想是优先听取那些有亲身经历者的声音，而不是让别人为我们做决定。“没有我们的参与，不要做关于我们的决定。”更实际地说，团队应帮助维护和制定与无障碍特别相关的指南和审核标准。团队还应审查 GNOME 项目中影响无障碍的重大变更。理想情况下，我们可以直接由依赖无障碍功能的人提供并开展用户测试。 除了守护我们生产的软件的无障碍性，团队还应倡导在我们的活动、工作流程和工具中融入无障碍。 如果您有兴趣贡献，请通过 [#a11y](https://matrix.to/#/#a11y:gnome.org) 或我们的 [Issue #1](https://gitlab.gnome.org/sophie-h/Accessibility/-/work_items/1) 联系我们。告诉我们您希望以何种方式在何地贡献。 ### 善用这个月 如果您是残障人士，并且希望分享您在 FLOSS 社区中的经验，或者在 GNOME 或其他 FLOSS 软件中遇到无障碍问题，请报告这些问题，并/或在社交媒体上使用 `#AccessibilityInFreeSoftware`（[链接](https://floss.social/tags/AccessibilityInFreeSoftware)）标签发布相关内容。 如果您是贡献者，请看看本月能否解决约 [450 个标记为“Accessibility”的未解决问题](https://gitlab.gnome.org/groups/GNOME/-/work_items?state=opened&label_name%5B%5D=8.%20Accessibility) 之一。尝试通过阅读残障人士撰写的你不熟悉的文章来拓宽视野，或者在社交媒体上关注他们。将无障碍视为一项基本人权，而不是残障人士必须感恩戴德的东西。反思自己的语言。不要使用 [能力主义](https://en.wikipedia.org/wiki/Sanism) 的措辞，比如“理性默认值”，用“良好默认值”即可。问问自己是否还想在词汇中保留“白痴”这样的词——要知道，“智力低下”曾是纳粹用来 [系统性地杀人](https://en.wikipedia.org/wiki/Aktion_T4) 的第一类标签。 但同样，不要害怕残障人士。我们渴望并且理应像其他人一样成为社区的一部分。 祝大家残疾人骄傲月快乐！让我们一起打造一个尽可能多人可用的桌面环境。 *这篇博客文章仅代表我的个人观点，不代表我所任职的任何组织。*