Open ghost opened 2 years ago
We're using the ColorPickupFlyout
, which is a custom control. So I'm guessing we need to create a custom automation peer for this. I've done this before for the TermControlAutomationPeer, so it shouldn't be difficult to do, just annoying haha. I'm betting this'll close most of the "Terminal > Set tab color" a11y sev3s we have too.
Windows Terminal version
1.12.3472.0
Windows build number
10.0.22504.1010
Other Software
Test Environment: OS: Windows 11 Version Dev (OS Build 22504.1010) App: Windows Terminal Preview Screen Reader: Narrator Tool: Accessibility Insights for Windows Version 1.1.1741.1
Steps to reproduce
Repro Steps:
User Experience: Screen Reader users UX will not be good as control name is not descriptive so they will not be able to know the purpose of controls also role properties does not match visual structure.
Guideline Reference: https://www.w3.org/WAI/WCAG21/Understanding/name-role-value
Attachments: 'Custom' control name is not descriptive, and role defined is incorrect. (2).zip
Expected Behavior
'Custom' ontrol name should be more descriptive, and correct role should be defined. .i.e. For Collapsed 'Custom' control Screen Reader should announce 'Custom Tab Colors button Collapsed' and For Expanded 'Custom' control Screen Reader should announce 'Custom Tab Colors button Expanded'
Actual Behavior
'Custom' control name is not descriptive, and role defined is incorrect. i.e. For Collapsed 'Custom' control Screen Reader should announce 'Custom Button off' and For Expanded 'Custom' control Screen Reader should announce 'Custom Button On'
Observation: Issue repro with NVDA and JAWS Screen Reader.