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

Expander Header not read by screen reader if it's complex #10282

Open
carlos-zamora opened this issue Jan 7, 2025 · 2 comments
Open

Expander Header not read by screen reader if it's complex #10282

carlos-zamora opened this issue Jan 7, 2025 · 2 comments
Labels
bug Something isn't working needs-triage Issue needs to be triaged by the area owners

Comments

@carlos-zamora
Copy link
Member

Describe the bug

A screen reader is unable to read the header of an expander if the header was set to anything other than a TextBlock.

Steps to reproduce the bug

  1. Create an Expander where the header is overridden as such:
<muxc:Expander>
    <muxc:Expander.Header>
        <StackPanel>
            <TextBlock>First text block!</TextBlock>
            <TextBlock>Additional text!</TextBlock>
        </StackPanel>
    </muxc:Expander.Header>
</muxc:Expander>
  1. Use a screen reader to navigate to the expander

Expected behavior

The screen reader should read out the header content. Instead, it reads "group, collapsed"!

Screenshots

Image

NuGet package version

WinUI 2 - Microsoft.UI.Xaml 2.8.2

Windows version

No response

Additional context

No response

@carlos-zamora carlos-zamora added the bug Something isn't working label Jan 7, 2025
@microsoft-github-policy-service microsoft-github-policy-service bot added the needs-triage Issue needs to be triaged by the area owners label Jan 7, 2025
Copy link

github-actions bot commented Jan 7, 2025

Hi I'm an AI powered bot that finds similar issues based off the issue title.

Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one. Thank you!

Closed similar issues:

Note: You can give me feedback by thumbs upping or thumbs downing this comment.

@carlos-zamora
Copy link
Member Author

Yes, this is similar to #5820. However, I don't think that screen reader users should be expected to enter scan mode to be able to get to the content. Is the expectation that the developer sets the AutomationProperty.Name on the Expander directly to define the desired behavior? I can honestly see an argument either way since the header can hold any content.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working needs-triage Issue needs to be triaged by the area owners
Projects
None yet
Development

No branches or pull requests

1 participant