Skip to content
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

Tooltips should be exposed even if the control is disabled #1149

Open
jgrieves opened this issue Aug 9, 2019 · 3 comments
Open

Tooltips should be exposed even if the control is disabled #1149

jgrieves opened this issue Aug 9, 2019 · 3 comments
Assignees
Labels
accessibility Narrator, keyboarding, UIA, etc area-ToolTip feature proposal New feature proposal team-Rendering Issue for the Rendering team

Comments

@jgrieves
Copy link

jgrieves commented Aug 9, 2019

Describe the bug
We have buttons that have tooltips. The buttons are disabled because they cannot be active given the state of the UI, but users still want to know what the buttons are for (and what the keyboard shortcuts are

Steps to reproduce the bug

  1. Create a XAML app with disabled buttons that have tooltips
  2. Hover over the button with the mouse

Expected behavior
Tooltip appears

Actual behavior
No tooltip

Additional context
During a Microsoft User study this frustrated 4 of 5 participants. The recommendation from the UX researchers was to always show tooltips.

@jevansaks jevansaks added the feature proposal New feature proposal label Aug 9, 2019
@jevansaks
Copy link
Member

I think this would require disabled controls to get mouse input but it's something we've been asked to do in the past.

@jevansaks jevansaks added the accessibility Narrator, keyboarding, UIA, etc label Aug 9, 2019
@YuliKl
Copy link

YuliKl commented Aug 12, 2019

@jgrieves, the issue description specifically mentions showing tooltips on mouse hover. I have a few follow-up questions.

  1. Should the disabled controls be able to receive keyboard focus? Should users be able to Tab over to these buttons?
  2. Did the study consider pen or touch? Should tooltips show up on pen hover or touch press-and-hold?
  3. The description mentions keyboard shortcuts - can you elaborate? Are these shortcuts the equivalent of pressing the buttons? If so, are the shortcuts still expected to work while the buttons are disabled?

@jgrieves
Copy link
Author

Should the disabled controls be able to receive keyboard focus? Should users be able to Tab over to these buttons?

That's still a debate for accessibility. I would follow the traditional Windows pattern of no until the industry or governments settle on this as a requirement.

Did the study consider pen or touch? Should tooltips show up on pen hover or touch press-and-hold?

No the study was only mouse interactions. Yes to pen hover. Touch to press and hold is interesting, do we do that for non-disabled controls? If so, cool and yes.

The description mentions keyboard shortcuts - can you elaborate? Are these shortcuts the equivalent of pressing the buttons? If so, are the shortcuts still expected to work while the buttons are disabled?

The keyboard shortcuts let the user know how to perform the action of the button when its functional. Imagine you have a rewind/play/fast forward set of buttons. Rewind and fast forward have shortcuts of Cntrl + R and Cntrl + F, but are currently disabled. In that case and in our case the keyboard shortcuts should not work because the functionality is not available. That would be up to app to properly build (which in the case of our app, Magnifier we do correctly)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accessibility Narrator, keyboarding, UIA, etc area-ToolTip feature proposal New feature proposal team-Rendering Issue for the Rendering team
Projects
None yet
Development

No branches or pull requests

3 participants