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

Quick easy landmark fixes plus 1 that's not #9491

Closed
3 of 7 tasks
manfromjupyter opened this issue Dec 16, 2020 · 1 comment
Closed
3 of 7 tasks

Quick easy landmark fixes plus 1 that's not #9491

manfromjupyter opened this issue Dec 16, 2020 · 1 comment
Labels
status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. tag:Accessibility
Milestone

Comments

@manfromjupyter
Copy link
Contributor

manfromjupyter commented Dec 16, 2020

So I overestimated. 24 lines + whatever for the final piece changed instead of just 8.

Landmark Fixes (16 lines)

-Add Landmarks to various parts on the page so user can jump around at will.

  • The role of navigations should really be <nav> tags but role="navigation" will suffice for now. Lower risk of running into an issue with it with the build if just added an attribute instead of changing the tag. Same thing below for <header> and <footer>. If using role="banner" and role="contentinfo" is safer or easier approved, use them for now.
    aria-landmarks-1-edited
    s://user-images.githubusercontent.com/51969207/102534965-8912e400-4075-11eb-8d2e-e5caa21300e7.png)
    aria-landmarks-2-edited
    aria-landmarks-3-edited

  • THEN, apply a similar role="region" and aria-label="{TAB NAME}" to the <div> on each of the other side bar pages when expanded (ex. "Extensions Manager section", "Running Terminal and Kernel section", "Open Tabs section", "Commands sections", and "Property Inspector section").

Housekeeping Items (8 lines)

  • Remove tags from numerous areas that shouldn't have it. Instead replace with a head ing or a div.
    sessions tab section change headers to div
    open tabs change from header to div
    packages section change from header to div
    change header tag to div
  • Remove tab-index="-1" on the header main nav section. Not breaking anything just doesn't do anything so doesn't need to be there and will make it harder to next steps after this.
    remove-tabindex--1-on-header---edited

The Main Nav Menu issue and possible fixes (not as easy)

  • With the changes above we get the following as shown in the screenshots. What this means via text is that the reason arrow keys don't work for the header main nav section is because clicking/entering on the <li> tag is the only thing that opens the dropdown. In the example below I show you what the screenreader sees. Main nav when jumped to, then the list of elements, the <ul> (which could get rid of by moving navigation role or <nav> element 1 deeper and then another arrow key jumps past the <li> and to div underneath it.
    header-on-region-jump-edited
    header-down-arrow-once-edited
    header-on-second-down-arrow-edited

Potential Solutions to main nav menu issue

  • Change script to accept if the text within the <li> is selected (note wont have additional padding so might make it harder for others to click it and the focus styling might not highlight all it used to.
  • Change the HTML to get rid of the div and just put the text in the <li> and use the icon (although invisible) to be used as a :before element if it's even needed anymore.
  • etc

One thing to note, whatever you do decide, we still need to make it all tabable so tabindexes and/or <a> tags need to be added eventually so we will have to revisit this section anyway, don't need to go too crazy on it.

I know original issue was just to fix just this last issue but the JS on load jumps you past the header so need these landmarks (and need them for WCAG compliance eventually anyway).

@marthacryan
Copy link
Member

Looks like that last item was actually fixed by the changes in the first part, so this issue is complete (there is still some tabindex stuff that needs to be addressed but that seems outside of the scope of this issue)

@github-actions github-actions bot added the status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. label Oct 18, 2021
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Oct 18, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. tag:Accessibility
Projects
None yet
Development

No branches or pull requests

4 participants