大家好，
主题列表不再像以前那样显示为屏幕阅读器提供的标题。我不认为这是一个大问题，如果这是我应该用主题/主题组件修复的问题，那也没关系。是否有可以安装的主题来启用此功能（有些人不介意基于表格的主题导航，有些人则介意），还是主题组件，或者应该在 Discourse 核心中修复？
感谢您报告此问题，我们最近收到一位客户的可访问性团队的建议，即主题列表不应使用标题角色，这导致了删除……
看起来标题是更可取的，我认为如果实际使用屏幕阅读器的用户有充分的理由，我们可以将它们重新添加回来。
在其他网站上，像这样的主题列表中的标题是您期望的行为吗？或者这种情况很不寻常但有益？
2 个赞
这在很大程度上取决于所讨论的论坛。我想说，对我们中的一些人来说，这绝对是符合预期的。但也有其他人习惯于使用表格样式（但有些屏幕阅读器，如 NVDA，在某些奇怪的情况下会出现表格的奇怪错误，所以……）。是否可以通过主题组件来实现这一点？或者将其设为一个默认启用的可配置选项？（我说默认启用是因为，在我看来，像这样的可访问性选项应该是人们必须明确选择退出才能禁用的功能。）
关于这个问题有什么最新进展吗？如果有一种方法可以通过某种主题组件来解决这个问题，我不介意将其作为一种临时解决方案，直到 Discourse 本身解决这个问题（我只是不知道如何在主题组件中实现）。
还没有更新，但我计划下周看看。
您好，我也是屏幕阅读器用户，推荐此设置。表格导航当然是可行的，但我发现，已固定消息在读取消息标题之前会先读取其状态指示符。这虽然不是大问题，但确实会减慢导航速度。
在我使用的屏幕阅读器 NVDA 中，表格的命令需要按住 CTRL+ALT，并使用向上和向下箭头遍历行，使用向左和向右箭头遍历列。因此，为每个主题标题设置一个标题也是首选，因为这只需要按一次键。我还认识几位患有脑瘫的屏幕阅读器用户，他们一只手的使用受到限制。在这种情况下，单键操作也能帮助到这些人。
感谢您提供的额外反馈，在无障碍审核的指导下实施某些功能确实有难度——但经常使用屏幕阅读器的用户的反馈非常有价值。
也许我们稍后会添加一个切换开关，但在此期间，似乎最好的做法是恢复标题。
我已经撤销了标题删除，因此下次 Discourse 更新时它们将重新出现。
1 个赞
坦白说，我很惊讶审计师会给出这样的建议。我仔细考虑过，唯一可能的缺点是，默认情况下，标题会改变字体大小。但是，它们可以用 CSS 进行样式设置，这就抵消了这一点。
如果不过分的话，我能否知道他们给出这项建议的理由？我想知道是否有我没想到的地方，但我真心认为这是个糟糕的建议。
1 个赞
我没有具体的推荐理由，但我一定会将此反馈转达给审计员，看看他们是否能提供更多背景信息。