-
Notifications
You must be signed in to change notification settings - Fork 9
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
Font Awesome <svg> arrow a11y #1320
Comments
Currently, the role cannot be controlled with the markup we use to implement the icons. This is hardcoded with fontawesome svgs. There is an issue to work on this: FortAwesome/Font-Awesome#14791 Since there is no guarantee that the solution will be implemented/controlled as the example in the issue suggests, I think we should hold off on this issue for now. |
This is showing up in SiteImprove results |
Maybe consider switching from the svg implementation of fontawesome in order to try and control the markup more. |
We can upgrade to 5.8.2 and update our implementations to override the default: |
Oops. Looks like we already have this but need to update our markup |
Suggested method of resolution: Add an |
curious @pyrello what the icon template would look like. trying to understand if the juice is worth the squeeze if the majority of the markup is specifying the classes. I see the benefit of making mass changes, but I doubt this would change much.
|
arrow should use role "presentation", not "img". Assigning "img" role triggers ALT requirement, but ALT text is unnecessary as the purpose and content of the link are satisfied by the child text node (e.g., "SOFA"). Note: this is probably a better solution than FontAwesome in this use case.
FontAwesome recently updated to to not strip out
role="presentation"
from the SVG icon that is rendered. FortAwesome/Font-Awesome#14791Proposed Solution
role="presentation"
and test to make sure it is not longer stripped out.Follow-up
span
The text was updated successfully, but these errors were encountered: