What fresh hell is THIS now? - Patrick Lauke
[scottohara] hey @schalkneethling. You definitely don't want to have an image with an empty alt as the only child of an <a>
. For example
<a href="https://www.my-fake-site.com"> <img src="my-img.jpg" alt=""> </a>
The above is announced as:
"link, /" in VoiceOver
"Test / my-image link, graphic" w/ JAWS IE11 (test is the name of the folder i had this in)
"www.my-fake-site, link" w/JAWS and NVDA in FireFox
Your best bet would be to add a value to the image alt
that would clearly announce what the purpose of the link is, for AT users.
again, for example:
<a href="https://www.my-fake-site.com"> <img src="my-image.jpg" alt="text here"> </a>
There are minor differences in how the different screen readers announce the above, but they all consistently announce it is a link, and "text here" as the primary link text. (some also announce "graphic" or "image" with the announcement of the link and text)
role="presentation"
on the elements that use css tables? or is it better to file bugs against the screen reader(s) for inappropriately assigning that role?
<td>
elements ( to make 'responsive tables' ) will negate the column/row semantics, and a table can be announced as having zero columns / rows.
[scottohara] i don't recall if it did or not. it definitely did per the display: block example I mentioned.
firefox used to be the primary culprit for CSS display table changing the semantics of what it was used on