我跟进一下，这确实非常令人沮丧。
@提及功能也是如此。在屏幕阅读器上很难让搜索正常工作。
我认为我们能做的最好的事，@nktech1135，大概是提供一些特殊的键盘快捷键。也许可以类似这样：
我喜欢这个机制，但构建它是一项非常庞大的工作。幸运的是，我们可以将其构建为一个组件，以便先进行实验。我已将其加入我们要实验的项目列表中。提前说明，可能需要一段时间才能着手处理，但我同意这将是非常棒的。
大家有什么想法？
如果无法适配现有鼠标用户的工作流程，这听起来是一个合理的做法。我倾向于尽量保持单一的工作流程，但由于我不清楚当前的具体实现方式，因此无法基于视障人士的工作流程提出建议。
另一个可能比 @sam 提出的方案更轻量级的建议是：设置一个键盘快捷键（例如 Alt+Shift+Q），用于检查所选文本，并将所选文本的引用信息插入到当前打开的编辑器中。
如果采用这种方式，用户只需找到要引用的文本，选中它，然后按下该键盘快捷键即可。
这似乎是一个更轻量级的工作流程，但也许我遗漏了某些会导致此方案不可行的因素。
大家怎么看？
我认为我们已经有非常相似的工作流程了。
编辑器有一个工具栏，第一个按钮名为“引用整篇帖子”，点击该按钮即可引用您正在回复的整篇帖子。
这在需要引用多篇帖子时并非最佳方案，但希望能为您提供一些参考。您可以试试看吗？
如果我想引用某篇帖子，我想我只会使用“引用整篇帖子”功能，然后删掉我不需要的文本。至于@提及，我想应该可以实现，但如果不清楚它在视觉上是如何运作的，就很难提出具体的建议。在 Facebook 移动网站上，这种方法偶尔能行得通，但那个网站的情况难以预料，今天出问题的功能，明天说不定就好了。
不过，如果我输入 @XXX（XXX 是用户名的一部分），系统可以提示有匹配项，然后我或许可以用 Tab 键进入建议名称列表。类似这样的方式，加上选择建议名称和关闭建议列表的功能，应该是可以实现的。
另一个小烦恼是，在长篇讨论中，我往往不确定自己是在回复谁，因为“回复”按钮只是通知我正在回复某篇帖子。就我目前使用论坛的方式而言，如果不引用帖子，我就无法查看或阅读我正在回复的那篇帖子，而通常我并不想引用它。
Claus
@codinghorror 我喜欢这个建议。
目前，“回复”按钮的 aria-label 是“回复”。你觉得改成“回复 Sam 的第 #4 条帖子”怎么样？这样在发布前会让你更有归属感。
无论如何，这对工具提示/标题/悬停效果都是有益的，它们应该具有更高的权重。
奇怪的是，我们的标题是“或按 CTRL+ENTER”。我完全理解这里的意图，但感觉有点别扭。它告诉的是“要做什么”，而不是“它能做什么”。
我看到“或按 Ctrl+Enter 发送按钮”的提示，当我在编辑器中记得这样做时，它确实有效，所以那里没有什么需要我修改的。Claus 在
正如你所见，这确实有效，而且效果相当不错。
不过，正如你也指出的那样，如果你想从多篇帖子中截取部分回复，这个方法就不太管用了。
所以我仍然在想，我的方法是否行不通。另外，我在写这段话时还想到，我想引用自己上一帖的内容，但由于我并不是在回复那篇帖子，所以无法做到。
大家有什么看法？
我们可以将其改为“或按 CTRL+ENTER 提交您对此帖的回复”。虽然略显冗长，但表述准确。
这绝对不是正确的做法。由于您提议的文本会在按钮获得焦点时朗读出来，因此您无需在“回复帖子”按钮的功能执行前听到快捷键 Control+Enter。
您应该将 Control+Enter 放在最后，因为当焦点位于按钮上时，您可以忽略该快捷键，直接按下“发送”即可；下次如果您记得，就可以使用快捷键而不是点击按钮来回复。
Claus
您好，
这是一个功能增强请求，属于“锦上添花”类型。
在类似本帖的线程中，当您想点赞或回复某条帖子时，选项会按以下顺序呈现。
请尝试使用 Tab 键，并希望您正在查看的帖子中没有提及、链接或引用内容：
Tab 键将依次聚焦到：
“X 人点赞此帖”
“点赞此帖”
“分享此帖链接”
“显示更多”
“开始撰写对此帖的回复”
作为用户，您通常只想点赞或回复，因此这两个按钮应排在 Tab 键顺序的最前面，“回复”不应是最后一个被聚焦的按钮。
另外，我建议在“开始撰写对此帖的回复”按钮上将文字改为“回复 XX"，其中 XX 是您将要回复的帖子作者的用户名。
如果按钮文本不准确，是因为我是从丹麦语翻译过来的。
Claus
您好，
一些新的观察，或者并非全新，因为这些问题已被他人提及：
意外地，我被引导至 Discourse 新手博客主题，其中包含使用 Discourse 的提示。
在此可以明显看出，您被期望在话题中跳转到最后阅读过的帖子，或跳转到话题顶部或底部的操作方式，无法配合屏幕阅读器正常工作。测试主要在 JAWS 上进行，同时也使用了 NVDA。焦点被移动到何处尚不明确，但完全不像此处描述的那样：
“从话题列表中选择标题将始终带您跳转到该话题中您最后阅读过的帖子。若要改为从顶部或底部开始，请选择回复数量或最后回复日期。”
如果已读/未读状态通过颜色标示，那么良好的可访问性意味着您需要在话题或帖子的标题中添加“已读”或“未读”的说明，但重要的是要将其作为最后一条信息，以便在用户不需要时可以忽略。
此外，在阅读 2.8 beta 3 的更新新闻时，以下内容看起来很有趣，但我不确定屏幕阅读器是否会通知我：
“在话题视图页面添加上次访问指示
当您打开一个已经阅读过的话题时，Discourse 会自动将话题定位到第一个未读帖子，以便您继续阅读。现在，Discourse 还会显示您上次访问位置的指示器，因此您可以安全地向上或向下滚动而不会丢失位置。”
另一个问题：按照编辑器说明上传图片时，只需将图片拖入编辑区域，但我找不到为图片添加替代文本（alt text）的方法。它可能隐藏在某个地方，而我并未花太多时间寻找，但对于那些无法用简单的替代文本准确描述的有意义图片而言，这是一个非常基础的无障碍问题。
Claus
我发现，至少从 2.8 beta 6 版本开始，用于设置帖子通知的下拉框已进行了更改。其中一些改进是好的，但也有些不尽如人意。在新的实现中，使用 Tab 键遍历控件时可以访问该下拉框，但没有文本描述该控件，也无法使用大多数屏幕阅读器中更高级的导航技术来查找特定类型的控件。除非使用 Tab 键逐个聚焦到该控件，否则很难找到它。而且您听到的不是控件的名称或类型，仅仅是其选中状态，例如“关注”、“静默”或“普通”。您可能需要为该控件添加一些 ARIA 代码，使其对屏幕阅读器呈现为下拉框，并恢复原有的简短描述。
Claus
我们昨天已发现此问题，并且已有一个拉取请求（PR），预计今天合并，以便为其添加 aria 标签。
cc @pmusaraj
我们曾使用 application，因为其他角色会导致问题，但我们正在考虑改为 listbox。我不太确定您在 2.6 中提到的建议具体是什么，因为它提到了角色，但没有具体内容。
您好，
Listbox 似乎更接近该控件的实际行为，至少目前如此。不过，当您更新后，我会在 meta 上进一步验证。
Claus
这已更新，Claus，请告知现在是否对您更有效。