Accessibility: New Topic/Reply form not accessible to screen reader

A screen reader user on iOS reported that several buttons on the New Topic/Reply form are not correctly labelled.

Image%20from%20iOS(3)

  • The reply button in the bottom-left is being read as “Or press Ctrl+Enter”, not “Reply” as expected
  • The hamburger button in the top-right is not labelled
  • The upload image button in the bottom-right is read as “link”
9 个赞

Is this specific to mobile?

1 个赞

Of the buttons listed, I think only the Reply button appears on the desktop version but it’s still labelled “Or press Ctrl+Enter”

2 个赞

@owlish I would love to get this sorted, can you provide us with a quick start of how to test this? What software do we install locally?

5 个赞

The Chrome Vox screenreader was recommended for accessibility testing.

NVDA is another free option for Windows.

3 个赞

Just wanted to check in to see if there’s been any movement on this or if you need any more information

1 个赞

Hi @sam, is there any other information you need for this?

1 个赞

I think we have what we need, its just a question of resources at the moment.

I am adding a pr-welcome on this in case someone from the community wants to help out.

5 个赞

The issue with the reply button was fixed by commit 31ffcf989ce63e. I just tested this on iOS with VoiceOver.

Now I’ll investigate the other two issues.

7 个赞

I verified that the hamburger button in the composer isn’t labeled. Specifically, this is the toggle-toolbar button in the composer-toggles component. This button is only rendered in the mobile view.

What would be a reasonable label for this button? Maybe “Formatting”, since many of the toolbar options are formatting related? Not all of them are, though. Maybe the more generic “Tools” would be better.

5 个赞

It occurred to me that, to enable accessibility fixes to reach Discourse’s worldwide user base without imposing too much on translators, we should use existing strings for unlabeled controls when it makes sense. So, for the hamburger button, would it make sense to use “show more” as the title? We could use “options”, and I think that would be a better fit, except that there’s already an “options” button in the toolbar itself. I think that would be confusing.

6 个赞

I’ve added labels to the upload and preview buttons as well as the toolbar toggle.

https://github.com/discourse/discourse/commit/13c9d7e70431c91d03e206e2f04121bc8cb69db7

@Matt_Campbell You’re right about the benefits of using existing text where possible, but I ended up adding two new strings so the label can say “[Show/hide] composer toolbar”. I considered using “options,” but it didn’t seem descriptive enough, especially considering that the button is a toggle.

6 个赞

@owlish @Matt_Campbell @awesomerobot ,最近情况怎么样?
原始请求是关于修改回复按钮上的标题“或按 Ctrl+Enter”。我们是否可以简单地为此按钮添加 aria-label="reply"

2 个赞

VoiceOver 在 iOS 上会朗读按钮标签“回复”然后是标题,桌面上的 NVDA 也是如此,所以我认为这里已经涵盖了所有内容,但如果还有遗漏,我可以再仔细看看。

一个小的改进是移除移动设备上的标题,因为键盘快捷键通常在那里不相关。

3 个赞

好的,我将设置一个为期两周的关闭此问题的计时器。

如果你发现任何问题,请随时在此处开启后续讨论 @owlish

该主题已在 9 天后自动关闭。不再允许回复。