New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Spell out first WCAG acronym in Writing Tips and maybe remove link... #209
Comments
The aim of the side panel was to briefly introduce what WCAG and SC are without directing readers away to a more involved page. There is a suggestion to remove 'SC' as it is not that necessary, but that still leaves WCAG to be introduced a little bit. The structure of the page means that the About WCAG panel does come before the main H1 on the page. It may be quite challenging to change this. Would removing the WCAG link in the intro and expand the acronym alleviate your concerns? |
Got it. Yes, removing the WCAG link in the intro and expanding the acronym would work for me. |
I agree that the acronym "WCAG" in the intro paragraph is the first occurrence for many. This is why it is linked to the aside, for expansion and explanation. The aside is before the h1 so that people return to the h1, if they are not experience screen reader users. This seems to work fine in most cases. Expanding the acronym and removing the link has many downsides, and I do not recommend it:
|
The order of the side panels isn't necessarily ideal but it matches the broader WAI site. Closing this issue, following on from @nitedog comments. @James-Green, if you still feel that some action is required, please do reopen. |
Hi @iadawn, I would like to reopen this issue - I feel very strongly that this interaction is problematic as designed. We all agree that the first exposure of an acronym needs explanation, but my concern is that we are not delivering that explanation is a usable way. Since I don’t primarily use a screenreader, I don’t feel I have enough context to take a stand on whether the H2 being above the H1 would really pose a problem for screenreader users, but I feel that a link moving you up on the page would be unexpected (and even small usability issues add up) and I would argue that we should (and would be expected to) properly nest headings and start with an H1 anyway. Regarding the downsides @nitedog mentioned, here are my thoughts: My note above may not have been clear, but when you click on the link (as a sighted user), the page scrolls down to the About WCAG heading. The blue line in my screenshot represents the new top of the browser window. To be sure it wasn’t just me, I ran 30-second usability tests on 4 people not familiar with the page and ranging from barely to fairly familiar with accessibility and WCAG. I asked each to tell me what they expected the WCAG link to do and then to click on it and “think out loud” after clicking the link. All 4 had the exact same response: They expected it to link to the WCAG documentation and when it scrolled the page down, they were all surprised - none of them realized focus had moved to the About WCAG H2, they thought something went wrong. |
Addressed in d672456 |
On the writing tips page, the first mention of WCAG is a link to the what-is-wcag aside.
I think we should spell out the acronym since it's the first mention on the page (with styles on). Now, with styles off, that aside is actually before the H1, but will be missed by a screenreader user that clicks the skip to content link as that goes to the H1. So, for most people it's really the first instance.
Clicking the link moves focus to the aside which seems problematic to me for a couple reasons:
Not a huge deal, but I wanted to get people's thoughts on linking instead to an external page about WCAG, or removing the link altogether.
The text was updated successfully, but these errors were encountered: