为什么开源需要无障碍标准

尚无读者喜欢此文。
share

Opensource.com

随着开源软件用户群的持续增长,开发者有责任让他们的软件能够被所有潜在用户访问,包括残疾人士。虽然在开源软件的开发领域存在专门为提供无障碍功能而设计的程序,但大多数应用程序几乎没有或根本没有原生的无障碍支持。

改进开源软件便利性的一个决定性步骤是考虑潜在用户可用的更广泛的输入和输出外围设备。虽然开发一个程序用于鼠标、键盘和电脑显示器是很明显的标准,但用户体验设计师需要关注非常规的硬件交互方法。设计一个应用程序,意图让用户使用屏幕阅读器,需要完全不同的开发过程和重点。

与残疾人士进行的远程可用性评估中,海伦·佩特里认为,许多开发者对残疾人士使用的外围设备经验很少,因此没有可用于辅助此类技术开发的理论框架。然而,通过接触辅助技术,设计师有可能更具包容性,并意识到相关技术的问题。

为网络重新定义无障碍中,安妮·吉布森建议软件开发者和质量保证团队使用与众多输入和输出外围设备相关的测试矩阵,以帮助规范无障碍测试。有许多程序允许这样做。

例如,可以修改质量保证团队设计评审的指南和标准,以更广泛地涵盖无障碍问题。这样做,可用性测试成为普通测试实践的一个方面,这导致对无障碍问题的一致审查(以及围绕计算机和网络无障碍的概念正常化),但可能会以抑制整体开发速度为代价。

另一种有前景的(且更省时的)辅助软件测试方法是利用自动化无障碍检查工具。虽然这减轻了团队成员在测试阶段花费过多时间的压力,但并发症也会影响这种测试方法。

这种方法边缘化了熟悉和理解计算机无障碍问题的重要性,也大大降低了测试过程的有效性。在无障碍、可用性和用户体验的评估中,奈杰尔·贝文写道:“虽然[自动化无障碍检查工具]对于筛选基本问题很有用,但它们只测试了非常有限的可用性问题范围。”

自由软件运动的核心原则是使每个计算机用户都能平等地合作和贡献。改进开源软件开发的无障碍标准不仅推进了这一理念背后的基本概念,而且进一步巩固了开源开发者在软件开发社区中的地位。

为用户提供无障碍选项扩大了软件的潜在受众,并且应该作为所有软件设计和生产中的常见做法而存在。

User profile image.
Eden 是一名软件开发者,专注于网络,居住在伦敦。她是开源软件的倡导者,并喜欢积极为开源社区做贡献。

15 条评论

嗨 Shaun,

感谢这篇精彩的文章,

我完全同意您关于在开发和维护开源项目时优先考虑无障碍功能的重要性。使软件对所有人无障碍,不仅符合自由和开源的价值观,而且也是良好的工程和商业实践。

感谢您提高对此主题的认识。

谢谢您的评论!我真的很感谢您的反馈。

回复 作者 Luis Ibanez

我不得不赞同这条评论,使软件既无障碍又能满足用户需求并不像它应该的那样普遍。赞扬您强调了这一点,因为它与开源有关,这将最终提高整体意识。然而,问题不仅限于客户端/服务器或客户端应用程序的应用程序开发,这是我们思维中的一个根本缺陷。我们认为每个人都应该像我们一样行事,并且在深层大脑层面,这可以被视为扩展到我们的能力。

您在文章中提到,例如,质量保证团队可以扩大其范围以测试更高级的无障碍要求,您是否有任何这些要求的示例?

我知道像 WAI (http://www.w3.org/WAI/) 这样的组织正在努力从互联网角度制定类似的标准和目标;但我对您从更本地化的软件角度的想法感兴趣。

感谢您的好评!

关于您的问题,一些可以测试的无障碍要求通常包括不太常见的硬件,例如眼动仪或盲文点字器。当然,我意识到这并非易事,尤其是在开发者通常无法访问这些设备(除非他们自己实际需要这些硬件)的情况下,但随着开源开发的改进,开发者应该更加意识到提高其软件的无障碍性。

WAI 在其无障碍标准指南方面确实具有前瞻性。他们为有兴趣使其网站具有无障碍功能的网络开发者提供了出色的现有框架。然而,虽然这些信息为软件开发者提供了一个良好的起点,但我认为生产类似无障碍应用程序的总体过程更加困难。但这并不意味着不应该这样做!

回复 作者 hal9000

感谢您提出这个问题。我只有一只手可以有限地使用,并且在 Ubuntu 放弃旧的 Gnome 后感到很挣扎 - 旧的 Gnome 有一个易于使用的粘滞键插件,可以在使用时突出显示。值得庆幸的是,MATE 完全支持这一点,但我担心随着时间的推移,随着新的桌面环境的演变,我会被再次抛在后面。对于大多数人来说,这似乎是一件微不足道的事情,但没有它,我无法很好地打字。

我很遗憾听到这个消息。看到一些发行版在无障碍方面倒退真是令人遗憾。我认为向开发者公开这些想法很重要,以鼓励个人和公司付出更多努力,以创建更易于访问的软件。

回复 作者 Jeffrx (未验证)

感谢您提出这个问题。我希望这篇文章能够强调一些拟议的标准以及那些为此努力的人,例如像 SpeechHub 这样的标准化文本到语音引擎。有一些可访问的计算项目,如 Sonar linux - 但还有很多工作要做。有一个很好的播客节目介绍了使用 linux 的无障碍计算主题 -- http://goinglinux.com/shownotes.html#glp256 还有第 259 集。
Vic

感谢您提供的精彩链接!我一定会去看看的。

回复 作者 Vic1 (未验证)

嗨,Shaun。

一篇出色的简短文章,突出了需要解决的问题。我知道这需要对问题做出协调一致的响应,但我想知道,对于人们来说,针对顶级发行版提出错误是否是一个好的开始?可以在 Distrowatch 首页的右侧找到顶级发行版的表格 (http://distrowatch.com/)。

也许这个错误可以是类似于“为了成为一个包容性的发行版,<插入发行版名称> 需要评估它是否满足了不同能力用户的需求”。详细信息可以在错误的主体中跟进。

干杯,

Chris。

我认为将无障碍问题报告为软件错误是对总体问题的一种极好的重新定义。如果开发者开始将无障碍失败视为糟糕的代码,而不是他们必须处理的不必要的麻烦,我相信开发领域可以迅速学会采用更进步的政策来解决这些障碍。

回复 作者 chris_debian (未验证)

我上面的引言被删掉了一些词;它应该读作

“为了成为一个包容性的发行版,_插入发行版名称_ 需要评估它是否满足了不同能力用户的需求”

手指交叉祈祷,这次可以。

Chris。

关于自由/开源软件的好处是,您可以自己添加缺失的功能,包括无障碍功能。这在专有软件中是不可能的!
我支持在我的代码中添加无障碍功能,但我不认为尝试自己添加所有这些功能,或者更糟糕的是尝试预测所有无障碍问题是我的责任。
我编写自由软件,并且患有多发性硬化症,所以我理解无障碍的重要性!

我很高兴偶然发现了这篇文章。我一直在努力提高人们对盲人,特别是当他们尝试使用 linux 时面临的问题的认识。我遇到的问题与本文中的问题基本相同。文档很少,开发者认为别人会做,或者期望花钱来修复他们一开始就应该做对的事情。最后一种情况非常少见,但有时确实会发生。我是本网站的会员,所以我正在努力传播无障碍功能不是黑魔法的信息。制作无障碍功能并不难。我们真正需要的是更多了解流程的开发者,更少抱怨它有多麻烦,以及更多的编码。无障碍社区严重人手不足。那些保持 linux 可用性的人通常工作过度,以至于没有太多时间做其他事情。我就直说了。我本人,我不确定其他人,当我向 linux 社区以外寻求帮助时,我对其他盲人用户的反应感到震惊。这通常归结为“你为什么要改进它?它永远不会有任何进展,只需使用 xyz”,这通常是 windows 或 osx 之一。这无济于事。其他人也遭受这种漠不关心吗?更大的问题是“开放访问”的标准通常建立在过时的技术之上。为了去技术化,DAISy,数字无障碍信息系统标准是我们目前在无障碍书籍(无论是报纸、杂志等)方面拥有的最佳标准。该标准极其复杂、冗长、枯燥,并明确指定非开源友好的,即专利受保护的音频格式作为该标准支持的仅有的两种格式。具体来说,是 mp3 和 wav。它还指定了一个可选的 drm 机制,它是标准的一部分,足以让 daisy 播放软件识别“受保护”的书籍,但没有“密钥”就无法解析它。每家失明公司都有自己对此方案的实现,并且彼此不兼容。这很糟糕,并且不太可能取得任何进展,只要失明组织和机构认为每个人都会使用 windows。这就是问题所在。任何建立在使残疾人更好地访问事物的基础上的标准几乎总是包含一个“可选”的 drm 机制。据我所知,这样做是为了安抚那些将所有残疾人视为潜在罪犯的公司。问题是,drm 机制通常最终会被使用,编写 windows only 软件,并且我们 linux 用户再次被抛在后面,因为,为什么会有人帮助支持 linux 呢?通常的论点是 抱歉跑题了,但是当我尝试解决这些问题时,却遇到了同样的“没有足够的激励”和“只需使用 windows”的墙壁,这让我很生气。

我不想意外地惹恼任何感兴趣的开发者,所以我将扩展我的最后一条评论。当我 2011 年 8 月第一次切换到 linux 时,我使用了一个名为 vinux 的发行版。对于任何视力障碍人士来说,它过去是,现在仍然是一个出色的发行版。在我第一次开始使用几个月后,我们正准备发布新版本,但出现了一个问题,控制台语音,也就是说,文本控制台中的语音,而不是 xorg 图形会话中的语音,坏了,主要是由于脉冲音频。我们的一位开发者提出要解决这个问题,但有一个条件。他希望在开始修复之前总共获得 500 美元。这本身可能不是问题,但有一些不寻常的情况。整个 vinux 社区,包括开发者在内,都是盲人。我们大多数人都没有很多闲钱。我自己觉得这个前景有点侮辱人。花钱来修复一个你本应愿意免费修复的问题?这是我第一次体验到这种态度。我还遇到过一些开发者,他们愿意为我们盲人编写特殊的应用程序,包括 daisy 播放软件,但要收费。他们中的一些人希望将其开源,但我遇到的大多数人都希望我付费请他们编写,而最终的应用程序将是闭源的。借口通常是,必须谋生。我发现这也相当具有侮辱性。您会向有视力的人收费,以换取能够掰开他/她的书的脊柱或按下他/她的读书器上的“阅读”按钮的特权吗?当然不会。当您期望为辅助应用程序付费时,您几乎就是在做同样的事情。开发者应该为他们的工作获得报酬吗?当然。我从来没有说过不是。这是一个棘手的问题,我不知道如何解决。我最不想做的事情是暗示我期望一切都是免费完成的。我确实期望为我们编写的应用程序是开源的,无论是为盲人、诵读困难症患者、肢体残疾人等编写的。但我发现必须激励开发者开发应用程序的态度有点令人反感。这相当于告诉一个有视力的人,“我要打开一个文档。”当他们看屏幕时,屏幕是黑色的。“嗯?”“哦,对了。忘了告诉你,我打开屏幕让你看需要 50 美元。没办法,必须谋生。”还有其他人遇到过这种情况,还是只有我对这种情况感到不安?

Shaun,这是一个很好的提醒。作为 Drupal Core 无障碍功能维护者,我绝对同意所有软件都需要更加关注无障碍功能。开源软件的一个主要区别是,残疾人士可以参与社区,并且可以在改进代码库方面发挥重要作用。残疾人士的参与可能在改变 Drupal 社区内拥抱无障碍功能的文化方面发挥了最大的作用。

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.