E-mail List Archives

Search E-mail List Archives for

Number of posts in this thread: 4 (In chronological order)

From: megha patangi
Date: Tue, Feb 21 2023 3:18AM
Subject: Tooltip for non-actionable icons
No previous message | Next message →

Hello all,
This is a question with respect to the requirement of sighted keyboard users.
We have a non-actionable icon and we have provided tooltip explaining
what the icon is about, and the tooltip appears on hover.
for sighted keyboard users too we wanted to have this tooltip appear
on focus, but to achieve this we need to make the icon focusable.

Challenges:
1. if we make the icon focusable, then it violates that
"non-interactive item receives tab stop"
2. if we don't make it focusable, then there is no way for keyboard
users to access the tooltip, which violates that "tooltip accessible
for mouse users but not for keyboard, or dragon users"

What can be better done with this, which is not violation and gives
equitable experience.

Regards,
Megha

From: Birkir R. Gunnarsson
Date: Tue, Feb 21 2023 4:37AM
Subject: Re: Tooltip for non-actionable icons
← Previous message | Next message →

Use plain text alongside the icon the first time you use it. Think
about why you are using the icon and if users will actually understand
it.

If you must, you can make the icon keyboard focusable, it has a
function, (to display the tooltip). You can add role="button" and
aria-roledescription="tooltip" for the benefit of a screen reader
user, this will cause the screen reader to announce the word "tooltip"
as you focus it (adding role="tooltip" on the tooltip text does
nothing, at least not in my last testing, but aria-roledescription has
decent support).


On 2/21/23, megha patangi < = EMAIL ADDRESS REMOVED = > wrote:
> Hello all,
> This is a question with respect to the requirement of sighted keyboard
> users.
> We have a non-actionable icon and we have provided tooltip explaining
> what the icon is about, and the tooltip appears on hover.
> for sighted keyboard users too we wanted to have this tooltip appear
> on focus, but to achieve this we need to make the icon focusable.
>
> Challenges:
> 1. if we make the icon focusable, then it violates that
> "non-interactive item receives tab stop"
> 2. if we don't make it focusable, then there is no way for keyboard
> users to access the tooltip, which violates that "tooltip accessible
> for mouse users but not for keyboard, or dragon users"
>
> What can be better done with this, which is not violation and gives
> equitable experience.
>
> Regards,
> Megha
> > > > >


--
Work hard. Have fun. Make history.

From: Karen McCall
Date: Tue, Feb 21 2023 6:11AM
Subject: Re: Tooltip for non-actionable icons
← Previous message | Next message →

I'd keep in mind those with information processing issues for whom icons, symbols and shapes can be confusing. This information processing issue isn't confined to a single instance of a symbol or icon.

Not sure how WCAG deals with this type of accessibility support. I mostly deal with documents.

Cheers, Karen

From: Birkir R. Gunnarsson
Date: Tue, Feb 21 2023 6:18AM
Subject: Re: Tooltip for non-actionable icons
← Previous message | No next message

WCAG oddly does not really say anything explicitly about this, not in
the level A/AA realm anyway.
Alt text for those who can't see the icon, equal access for keyboard
only users (primarily for screen reader users and people with mobility
impairments), and requirements about semantics (though semantics
probably does not really apply here).
People with cognitive impairments can rely on alt text and display it
alongside the icons, if browsers or browser add-ons are available to
do that.
So iconography is not directly addressed by WCAG.

On 2/21/23, Karen McCall < = EMAIL ADDRESS REMOVED = > wrote:
> I'd keep in mind those with information processing issues for whom icons,
> symbols and shapes can be confusing. This information processing issue isn't
> confined to a single instance of a symbol or icon.
>
> Not sure how WCAG deals with this type of accessibility support. I mostly
> deal with documents.
>
> Cheers, Karen
>
>