当 Sun Microsystems 决定在 Solaris 上使用 GNOME 时，他们第一次齐心协力支持 Linux 下的可访问性。 Sun 组建了一个团队，专注于构建组件以使 GNOME 2 完全可访问，并与硬件制造商合作以确保诸如盲文设备之类的设备运行良好。 我什至听说由于这项努力，GNOME 和 Linux 在一段时间内拥有任何操作系统的最佳可访问性。 随着 Sun 开始挣扎并被 Oracle 收购，这种可访问性的努力最终因社区试图弥补之后的不足而失败。 尤其是来自 Igalia 的工程师在一段时间内非常活跃，试图保持可访问性支持的良好运行。
但是这些年来，我们确实失去了对这方面的一些关注，而且我们知道 GNOME 3 的各个部分在可访问性方面并不是很好。 因此，在过去的几年里，在红帽，我们一直在努力确保我们在招聘时注意多样性和包容性，并努力确保我们不会意外地根据性别或性别等原因预先选择代表性不足的群体。种族。 但我们意识到，我们最近没有给予太多关注的一个领域是围绕允许各种残障人士使用我们的软件的技术。 因此，我很高兴地宣布，红帽刚刚聘请了盲人软件工程师 Lukas Tyrychtr 来领导我们的工作，以确保红帽企业 Linux 和 Fedora Workstation 具有出色的可访问性支持！
任何曾在大公司工作过的人都知道，为新计划获得资金通常很困难，而且可能需要很多时间，但我想强调一下，我对获得招聘支持的速度和容易程度感到非常惊讶Lukas 致力于可访问性。 当 Jiri Eischmann 和我将请求发送给我的经理 Stef Walter 时，他同意在同一天获得冠军，然后当我们将其发送给 Linux 工程副总裁 Mike McGrath 时，他立即回复说他将把这个带到Tim Cramer 是我们的软件工程高级副总裁。 几天之内，我们就开始聘请卢卡斯。 每个人都立即同意可访问性很重要，而且我们作为一家公司应该做的事情让我为成为红帽员工感到无比自豪。
我们希望从中获得的不仅是为我们的用户提供更好的体验，而且还可以让像 Lukas 这样更有才华的工程师在 Red Hat 从事 Linux 和开源软件方面的工作。 我认为在这里对 Lukas Tyrychtr 进行一次关于 Linux 下的可访问性状态以及他的关注点的快速采访是个好主意。
Christian：嗨 Lukas，首先欢迎作为全职工程师加入团队！ 你能告诉我们一些关于你自己的事情吗？
卢卡斯：嗨，克里斯蒂安。 当然。 我是一个完全失明的人，可以看到一些光，但基本上就是这样。 大约在 2009 年左右，大约在我 15 岁或 16 岁生日时，我开始对计算机感兴趣。 首先，由于环境的原因，我开始修补Windows，但不久之后Linux就出现了，主要是因为一些很好的朋友。 然后，四年后，大学来了，Linux 知识得到了回报，因为通过所有的理论和实践 Linux 课程非常简单（是的，没有涉及 GUI，所以还不错，包括一些自定义内核配置修补）。 在那段时间里，Red Hat 的同事联系了我，是否愿意在我们学院的一些与可访问性相关的演示中提供帮助，这就是合作的开始。 而且，是的，招聘是它目前的结局，但我希望这实际上只是漫长而富有成效的旅程的开始。
Christian：所以作为一个盲人，你对 Linux 下的可访问性支持状态有第一手的经验。 你能告诉我们什么有效，什么无效？
Lukas：一般来说，情况都很好。 纯文本控制台上的盲文支持基本上总是有效的（除了一些与 SELinux 相关的问题）。 在那里进行演讲更具挑战性，所需的内核模块（畅所欲言 对于读者的好奇）并不包含在所有发行版中，不幸的是它不包含在 Fedora， 为了 example，但 Arch Linux 有。 当我们查看桌面事务状态时，基本上只有一个屏幕阅读器（读取屏幕内容的应用程序），称为 逆戟鲸，这在竞争方面可能不是最好的位置，但另一方面，窃取 Orca 开发人员也不是一件好事。 一般来说，桌面是可用的，至少与 GTK、Qt 和主要的网络浏览器以及所有最近的基于 Electron 的应用程序一起使用。 是的，可访问性支持接受的测试比我想要的要少得多，所以对于 example，运行屏幕阅读器的分段错误仍然会不幸地通过 GTK 版本。 但是，一般来说，基础工作得很好。 为语音合成提供更多自然的声音可能有助于吸引更多盲人用户，但说服所有玩家并非易事。 然后是开发人员意识的问题。 是的，一切都在一些指导方针中，比如 GNOME 指导方针，但是我看到的次数比我想看到的要多得多 example 一个没有任何可访问性标签的按钮，所以我想帮助所有开发人员修复他们的应用程序，这样可访问性回归不会影响到用户，但我想这必须慢慢改进。
Christian：所以您提到 Orca，是否还有其他应用程序被广泛使用以提供可访问性？
卢卡斯：老实说，只有少数。 有 Speakup – 一个内核模块，可以使用语音合成读取文本控制台，例如用于这些的屏幕阅读器，但是没有 Espeakup（Espeak 到 Speakup 桥）之类的东西基本上没用，因为它默认支持硬件合成器，但是这一块硬件基本上是想起过去，例如我自己从未见过。 然后，有 BRLTTY. 该软件为屏幕控制台提供盲文输出，并为想要输出盲文的应用程序提供API，因此驱动程序只能实现一次。 基本上就是这样，除了在 Rust 中创建 Orca 替代品的一些努力，但这还有很长的路要走。 当然，也存在其他可访问性需求的实用程序，但我对这些了解不多。
克里斯蒂安：你目前的重点是什么？
Lukas：目前，我的重点是检查作为 GNOME 开发周期的一部分移植到 GTK 4 的应用程序，并确保它们运行良好。 它包括添加很多缺失的标签，但在某些情况下，它会涉及更大的变化，因为 example, GNOME 日历似乎需要更多的工作。 在所有这些过程中，也不应该忘记教育开发人员。 解决了这些问题后，应该通过扩展质量保证和自动化持续集成检查来确保应用程序不会出现回归问题，但这是一个更遥远的目标。
Christian：非常感谢您与我们交谈 Lukas，如果还有其他人有兴趣帮助 Fedora Workstation 什么是联系您的最佳地点？
实际上，目前联系我的最简单方法是发送电子邮件至 [email protected]。 很高兴与任何想要帮助使 Workstation 更易于访问的人交谈。
