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

Can a complementary landmark be nested inside the main landmark #1302

Closed
jha11y opened this issue Jul 18, 2020 · 8 comments
Closed

Can a complementary landmark be nested inside the main landmark #1302

jha11y opened this issue Jul 18, 2020 · 8 comments
Assignees
Labels

Comments

@jha11y
Copy link

jha11y commented Jul 18, 2020

I'm seeking clarification if a complementary landmark can be nested in the main landmark.

https://www.w3.org/TR/wai-aria-practices/examples/landmarks/complementary.html says "complementary landmarks should be top level landmarks (e.g. not contained within any other landmarks).", but SHOULD is not MUST.

The spec is kind of ambiguous: "A supporting section of the document, designed to be complementary to the main content at a similar level in the DOM hierarchy, but remains meaningful when separated from the main content."

@carmacleod carmacleod self-assigned this Jul 23, 2020
@jongund
Copy link
Contributor

jongund commented Jul 23, 2020

This seems to be more of an ARIA Authoring Practices issue, than an ARIA issue. We do not have any nesting requirements in the ARIA specification for landmarks and only guidance in the ARIA practices.

Not sure what the benefit there is to screen reader users for an author to identify information that is complementary to the main content that is already part of the main content. If a main landmark has identifiable sub-sections, the use of a region landmark with an accessible names describing the sub-section makes more sense to me than a complementary landmark. Another an important way to identify content in the main landmark is through the use of structured headings in the main landmark to identify the topics.

@kbunge63
Copy link

kbunge63 commented Jul 23, 2020

I more than agree! To me it makes more sense to identify the content with a region definition and, depending on the content structure, that definition may not be needed at all. There are some who believe all content should be included in landmarks. According to some who interpret things, the use of ARIA landmarks is not technically required, but if they are used, they should (not 100% certain if MUST) be used correctly, meaning nesting according to best practices and labeling when necessary.

@jongund
Copy link
Contributor

jongund commented Jul 23, 2020

Landmarks are really about the screen reader experience to quickly identifty and navigate to the content areas of a website. Too many landmarks dilutes their utility.

@jha11y
Copy link
Author

jha11y commented Jul 23, 2020

@jongund darn it. I was going to put it there but then I thought it might be better here. Should I close this issue and open it up in that repo?

I agree with what has been said.

I asked this question here on the "W3C WAI" Github due to duscussions on the WebAIM listserv suggesting that a complementary landmark could be nested in a main landmark. So I wanted an official ruling.

@JaninaSajka
Copy link

I believe we have a recent illustration among W3C/WAI AGWG publications. It
was desired to add an Editor's Note at the head of the document Abstract
section. Yet, without the HTML Aside element (and associated attributes) there
was no way for the screen reader user to know where the Editor's Note ends and
the actual Abstract text begins. The markup we settled on was tested and
worked all browsers (except Safari) in the publication: Challenges with
Accessibility Guidelines Conformance and Testing, and Approaches for
Mitigating
Them
.
The point is that not only can it be important to know where the complementary
landmark content begins, but also where it ends.

@carmacleod
Copy link
Contributor

@JaninaSajka
I think that is what note role is intended for.

JAWS announces note role in browse mode, but unfortunately NVDA does not. There is an open issue for NVDA to report notes in browse mode, but I don't know when that will be fixed.

@jongund
Copy link
Contributor

jongund commented Jul 24, 2020

@jha11y

I agree close it here and put in the APG issue list.

@jongund
Copy link
Contributor

jongund commented Jul 24, 2020

@JaninaSajka
Thanks for your comment, it makes some very good points.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants