-
Notifications
You must be signed in to change notification settings - Fork 360
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
Tooltip Pattern: Note 2 does not align with WCAG 1.4.13 #3109
Labels
editorial
Changes to prose that don't alter intended meaning, e.g., phrasing, grammar. May fix inaccuracies.
Feedback
Issue raised by or for collecting input from people outside APG task force
Pattern Page
Related to a page documenting a Pattern
Milestone
Comments
mcking65
changed the title
Note 2nd item does not align with WCAG 1.4.13
Tooltip Pattern: Note 2 does not align with WCAG 1.4.13
Sep 10, 2024
The ARIA Authoring Practices (APG) Task Force just discussed The full IRC log of that discussion<jugglinmike> Topic: Feedback on Tooltip Pattern Language<jugglinmike> github: https://github.com//issues/3109 <jugglinmike> Matt_King: there's a note in the tooltip pattern about the mouse-dismiss behavior <jugglinmike> Matt_King: The reporter has suggested that the way we worded the second note in the tooltip pattern doesn't conform with WCAG <jugglinmike> Matt_King: I don't think that was our intent, but it is vague when it says "on mouseout" (not "on mouseout of the tooltip") <jugglinmike> Matt_King: I wonder if other people interpret this language in the way that the person who raised this issue interprets it <jugglinmike> Matt_King: The language of concern: "If the tooltip is invoked when the trigger element receives focus, then it is dismissed when it no longer has focus (onBlur). If the tooltip is invoked with mouseIn, then it is dismissed with on mouseOut." <jugglinmike> Matt_King: "invoked with mouseIn" -- I interpret that to mean that the user hovers over the element that displays the tooltip <jugglinmike> Matt_King: "on mouseOut", that sounds like the mouse moving out of the element that triggers the display of the tooltip, but that is not what WCAG requires, right? <jugglinmike> Matt_King: WCAG requires that you can move the mouse into the tooltip itself and the tooltip won't disappear <jugglinmike> jongund: We should probably write about the "pointer" rather than the "mouse", but that's a separate issue <jugglinmike> jongund: But the reporter's issue makes sense to me <jugglinmike> jongund: It's doubtful that the triggering element and the tooltip itself will be contiguous, so there may need to be some kind of delay to allow the pointer to travel from the triggering element to the tooltip <jugglinmike> Matt_King: It would be helpful to have some wording which captures the precise "dismiss" conditions <jugglinmike> Matt_King: I wonder if WCAG already has some wording to this effect <jugglinmike> Adam_Page: I don't think it does <jugglinmike> Adam_Page: I think the reporter would be satisfied with a clarification that users can mouse into the tooltip content without dismissing the tooltip <jugglinmike> Adam_Page: Because I think they're coming from a place of good faith where the tooltip content is adjacent to their trigger <jugglinmike> Matt_King: Does anyone want to propose some wording? <jugglinmike> Adam_Page: I'd be glad to take this on <jugglinmike> Matt_King: Thank you, Adam_Page! If you just want to make a proposal in the issue itself, then we can get aligned with the reporter and with each other, and then that makes it easier for anyone to pick it up as a formal pull request <jugglinmike> Matt_King: I've assigned you, Adam_Page <jugglinmike> Matt_King: Thanks, everyone! Have a great rest of your day, wherever you are <jugglinmike> Zakim, end the meeting |
mcking65
added
editorial
Changes to prose that don't alter intended meaning, e.g., phrasing, grammar. May fix inaccuracies.
Feedback
Issue raised by or for collecting input from people outside APG task force
Pattern Page
Related to a page documenting a Pattern
labels
Sep 17, 2024
github-project-automation
bot
moved this to Next Steps
in Tooltip and tooltip dialog (hover help) Pattern and Examples Development Project
Oct 8, 2024
mcking65
moved this from Next Steps
to In progress
in Tooltip and tooltip dialog (hover help) Pattern and Examples Development Project
Oct 8, 2024
mcking65
modified the milestones:
2024-10-29 October APG Publication Pull Requests,
H2/2024 APG Roadmap Issues
Oct 8, 2024
mcking65
pushed a commit
that referenced
this issue
Oct 15, 2024
Resolve issue #3109 by clearly stating that the tooltip should remain open as long as the pointer is over the tooltip.
github-project-automation
bot
moved this from In progress
to Complete
in Tooltip and tooltip dialog (hover help) Pattern and Examples Development Project
Oct 15, 2024
@adampage with regard to deploy-preview-363, looks good. thanks for the quick update. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
editorial
Changes to prose that don't alter intended meaning, e.g., phrasing, grammar. May fix inaccuracies.
Feedback
Issue raised by or for collecting input from people outside APG task force
Pattern Page
Related to a page documenting a Pattern
https://www.w3.org/WAI/ARIA/apg/patterns/tooltip/
The 2nd item of the note in the APG page ("If the tooltip is invoked when the trigger element receives focus, then it is dismissed when it no longer has focus (onBlur). If the tooltip is invoked with mouseIn, then it is dismissed with on mouseOut."), does not align with the "Hoverable" truth "If pointer hover can trigger the additional content, then the pointer can be moved over the additional content without the additional content disappearing"
The text was updated successfully, but these errors were encountered: