感谢 @pmusaraj 和我的努力，Discourse 现在允许用户在设置向导中选择一个高对比度配色方案。
这些配色方案优先考虑文本对比度，旨在符合 Web 内容无障碍指南中的颜色对比度要求（AA 级）。在幕后，这些并非普通配色方案；它们还会自动包含额外的 CSS。
同时提供浅色和深色版本（它们是列表中的最后两个选项）。现有站点可以通过访问 community.yoursite.com/wizard/steps/color 来使用这些颜色，或者在通过 admin > customize > colors 创建新配色方案时将其选为基本配色方案。
创建后，这些配色方案将列在 admin > customize > colors 下。如果您未将它们用作站点的默认颜色，还可以允许用户选择这些配色方案。
当设置为可由用户选择时，个人可以在其首选项的“界面”部分选择自己的配色方案（community.yoursite.com/my/preferences/interface）。
如果您在使用这些配色方案的对比度时遇到任何问题，请告诉我们，以便我们继续符合 WCAG 设定的标准！
如果 Discourse 的默认配色方案符合 WCAG 标准，那该多好。您能评论一下为何目前并非如此吗？
由于 Discourse 最初并非为高对比度颜色而设计，我们可能需要在颜色之外进行更重大的调整，以适应这些差异。将高对比度颜色作为第一步推出，能让这些更易于访问的颜色今天就能投入使用。
一个简单的例子是我们如何区分已读和未读主题。默认情况下，我们在阅读主题后会降低其对比度：
为了符合 WCAG 标准，我们需要提高已读标题的对比度，结果导致已读和未读标题之间的对比度差异不大……因此，我认为从长远来看，我们应该考虑采用除对比度之外的其他方式来区分两者。
明白了。我只是想鼓励团队继续推进这项工作。
这太棒了，非常感谢。代表一些对此抱怨过的视障用户，我们对此深表感激。我已立即启用了此功能。
在阅读了第一篇帖子后，我原本以为需要在向导中选择新颜色才能将其添加到列表中。运行向导并到达“颜色”页面时，我试图找到一种方法来选择所有颜色，因为我想将新颜色添加到列表中。看来我的理解有误。根据我在“颜色”页面上看到的颜色选择方式，似乎只能选择一个配色方案。这让我感到困惑。
由于我是在跟随第一篇帖子的操作过程中写下这些内容的，因此我暂时保持“颜色”页面的设置不变。
接下来转到 admin > customize > colors。经过一些尝试后发现：
新建基础调色板，打开下拉菜单，现在其中包含了 WCAG Light 和 WCAG Dark。于是，我选择了 WCAG Light，随后弹出一个对话框，要求我为颜色调色板命名并选择颜色。按照示例，我输入名称 WCAG Light，选择了 用户可以选配色方案，然后点击 保存。
接着访问 community.yoursite.com/my/preferences/interface，但我没有找到 配色方案 部分。
另外，我们的网站启用了 汉堡菜单主题选择器，我原本以为这些选项会自动显示在那里，但看来我需要创建一个新的 基础主题（Theme）才能使用它们。
这并非抱怨，仅是一位首次阅读该帖子并尝试操作的用户的反馈。
嗯，这应该能生效的。可能是您需要刷新一下界面偏好设置页面。
哦，这太有趣了。不是你的问题，而是我做的操作。谢谢你的查看和回复。
从 Admin > Settings > Customize > Colors
在左侧面板中查看 WCAG Light 和 WCAG Dark。
点击 WCAG Light 会显示
然后我启用了 Color scheme can be selected by users
我第一次没有注意到的是新增的蓝色复选框
点击新增的蓝色复选框后，显示变为
在添加了一些用户可以使用的更多颜色后，界面选项发生了变化，让我可以选择常规模式和深色模式
你能详细说明一下这意味着什么吗？我正准备搭建我的第一个论坛，想要自定义配色方案，同时也希望支持根据用户系统偏好自动切换深色模式。
我是否应该以这些新方案为基础来自定义颜色？
考虑到近期关于配色方案构建方式的变更（以支持深色模式，相关讨论见最近的帖子）以及这些新的无障碍方案，目前创建自定义配色方案的步骤是什么？
谢谢！
因此，当选择这些 WCAG 调色板时，会加载一些额外的 CSS（在此处找到），以更改各种元素的颜色（通常是为了使用比我们默认使用的颜色变量具有更高对比度的颜色变量）。我认为该 CSS 是根据调色板的名称加载的……
因此，如果你想修改这些调色板并保留自定义 CSS 带来的一些对比度改进，我想你只需不更改名称即可（对吗 @pmusaraj？）。
或者，你也可以从上面的链接复制 CSS 并在你自己的主题中使用它（尽管你将无法获得我们进行的更新）。
不，如果当前方案是基于两种基础 WCAG 方案之一派生而来的，则会包含特定于 WCAG 的 CSS。因此，你可以随意命名新方案，但如果它是从基础 WCAG 方案创建的，它将包含额外的 CSS。
很高兴看到这项新功能！想了解一下，Discourse 目前是否已完全符合 WCAG 指南，还是仍有改进空间？
还有一些工作要做，但并不多。我们已经完成了99%，目前正在积极与无障碍顾问合作，填补最后的空白。
听到所有用户都取得这样的进展真是太好了。你们正在朝着哪些 WCAG 指南努力？是 WCAG 3.0 吗？
我们正在努力符合 WCAG 2.0 标准，而 WCAG 3.0 目前仍处于草案阶段，详见 https://www.w3.org/WAI/standards-guidelines/wcag/wcag3-intro/。
在跟进这个主题时，我很高兴得知支持 WCAG 2.0。我可能错过了，但没有看到关于字幕的提及。Discourse 是否支持视频资源的字幕？Discourse 是否有发布带字幕视频的机制？
您可以使用 HTML5 video 标签手动添加字幕，此外还有一个主题组件为其提供简单的用户界面。
非常感谢 WCAG Dark！我太喜欢它了！！
其实我并没有（据我所知）真正需要它——我只是觉得它看起来太棒了。
