Consider further use cases for aria-modal/potential values

[scottaohara]

Related to, but not necessarily exclusive to popovers, there can be instances where one may want to render content where a screen reader is restricted to accessing content in the current element, but the outer content of the page is not meant to be treated as inert.

While aria-modal=true "sort of" does that now - depending on the platform, the written intent of that value, as stated, is that the content outside of the dialog SHOULD be treated as inert. And that's the diff, and have at least had verbal interest from one screen reader vendor that they thought this would be a useful addition / something they could work with.

[spectranaut]

Deep dive when @aleventhal is back in late July. Need more use cases to discuss. Discuss relation with popover. Discussed in June 15 meeting

[scottaohara]

some high level take aways from today's deep dive:

• general agreement that a 'mixed' value could be appropriate for use cases where partial modality might be necessary
• acknowledgement that this could be useful on non-dialog elements
• uncertain that 'aria-modal' is really what we want here, or if a new attribute name would be more appropriate. but work can be done under the guise of 'aria-modal' and then a potential new attribute name can be discussed at length, forever and always

[spectranaut]

Meeting minutes from today's meeting: https://www.w3.org/2023/08/03-aria-dive-minutes