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

Specify what should happen when unhiding an ancestor of aria-live region #1937

Open
mitchellevan opened this issue May 16, 2023 · 1 comment
Labels
clarification clarifying or correcting language that is either confusing, misleading or under-specified
Milestone

Comments

@mitchellevan
Copy link

Description of bug or feature request

Given these two structures...

Structure 1: unhiding visually

<div style="display:none;"> <-- e.g., inside a disclosure widget -->
  <div aria-live="polite">chat message: hello</div>
</div>

Structure 2: unhiding from assistive technology

<div aria-hidden="true"> <-- e.g., behind a dialog -->
  <div aria-live="polite">chat message: hello</div>
</div>

...what should happen when I unhide the parent element, which is wrapped around an aria-live region?

Browsers are currently inconsistent. aria-live example with test results

I recommend we standardize on Firefox's current behavior in the above test results, because of these use cases:

  • aria-live inside of a disclosure widget. I have a visible chat log in a disclosure widget. I collapse the disclosure widget while I do other things in the page. When I expand the disclosure widget to continue chatting, I don't want the whole chat log to get announced again.
  • Dialog on the same page as aria-live. I have a visible chat log in the page. Elsewhere in the page, I trigger a modal dialog which hides most of the page content with aria-hidden, including the chat log. When I dismiss the dialog I don't want the whole chat log to get announced again.

Will this require a change to CORE-AAM?

I'm not sure. w3c/core-aam#175

Will this require a change to the ARIA authoring guide?

Yes, it should be part of w3c/aria-practices#78

@mitchellevan
Copy link
Author

Hi @jnurthen, would you please include this issue in the Live Regions Updates project?

@pkra pkra added this to the ARIA 1.4 milestone Jun 28, 2023
@jnurthen jnurthen added the clarification clarifying or correcting language that is either confusing, misleading or under-specified label Sep 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
clarification clarifying or correcting language that is either confusing, misleading or under-specified
Projects
None yet
Development

No branches or pull requests

3 participants