Unchain My Inaccessibly-Labelled Heart
Publikováno: 14.12.2022
Suzy Naschansky from the HTMHell Advent Calendar:
<h2 id="article1-heading"All About Dragons</h2<pI like dragons. Blah blah blah blah blah.</p<p<a id="article1-read-more" aria-labelledby="article1-read-more article1-heading"Read more</a</p
See that aria-labelledby
attribute? It chains two IDs from the …
Unchain My Inaccessibly-Labelled Heart originally published on CSS-Tricks, which is part of the DigitalOcean family. You should get the newsletter.
Suzy Naschansky from the HTMHell Advent Calendar:
<h2 id="article1-heading">All About Dragons</h2>
<p>I like dragons. Blah blah blah blah blah.</p>
<p>
<a id="article1-read-more" aria-labelledby="article1-read-more article1-heading">Read more</a>
</p>
See that aria-labelledby
attribute? It chains two IDs from the markup, one for the heading (#article1-heading
) and one for the link (#article1-read-more
). What happens there is a screenreader will replace the existing semantic label between the link tags and use the content from both elements and announce them together as a single string of text:
Read more All About Dragons
I’m always sheepish when realizing there’s something I think I should know but don’t. This is definitely one of those cases and I’m thankful as all heck that Suzy shared it.
I was actually in a situation just recently where I could’ve should’ve done this. I always try to avoid a bunch of “Read more” links on the same page but coming up with different flavors of the same thing is tough when you’re working with something like a loop of 15 posts (even though there are resources to help). And if we need to keep labels short for aesthetic reasons — design requirements and whatnot — it’s even more challenging. The aria-labelledby
attribute gives me exactly what I want: consistent visual labels and more contextual announcements for assistive tech.
And this is only a thing when the text you want to use for the accessible label already exists on the page. Otherwise, you’d want to go with aria-label
and with the caveat that it’s purely for interactive elements that are unable to label things accessibly with semantic HTML.
If you are working in a CMS like WordPress (which I am), you might need to do a little extra work. Like when I drop a Button block on the page, these are the options I have to work with:
Some nice options in there, but nothing to do with accessible labelling. If you’re wondering what’s buried in that Advanced panel:
Instead, you’ll need to edit the button in HTML mode:
But before doing that, you gotta add an ID to the heading you want to use. The Heading block has the same Advanced panel setting for adding an anchor, which’ll inject an ID on the element:
Then you can go edit the Button block in HTML mode and add the accessible-labels
ID as well as an ID for the button itself. This is an example of the edited markup:
<div class="wp-block-buttons">
<!-- wp:button -->
<div class="wp-block-button">
<a id="read-more-button" aria-labelledby="read-more-button heading-accessible-labels" class="wp-block-button__link wp-element-button" href="https://webaim.org/projects/million/">
Read Report
</a>
</div>
<!-- /wp:button -->
</div>
Great! But WordPress just ain’t cool with that:
You can try to resolve the issue:
Le sigh. The Button block has to be converted to a Custom HTML block. Kinda defeats the whole visual editing thing that WordPress is so good at. I did a super quick search for a plugin that might add ARIA labelling options to certain blocks, but came up short. Seems like a ripe opportunity to make one or submit PRs for the blocks that could use those options.
Unchain My Inaccessibly-Labelled Heart originally published on CSS-Tricks, which is part of the DigitalOcean family. You should get the newsletter.