1
1
mirror of https://github.com/go-gitea/gitea synced 2024-11-18 16:14:26 +00:00
gitea/web_src/js/modules/fomantic/aria.md
Giteabot 591759fdfa
Remove fomantic checkbox module (#30162) (#30168)
Backport #30162 by @silverwind

CSS is pretty slim already and the `.ui.toggle.checkbox` sliders on
admin page also still work. The only necessary JS is the one that links
`input` and `label` so that it can be toggled via label. All checkboxes
except the markdown ones render at `--checkbox-size: 16px` now.

<img width="174" alt="Screenshot 2024-03-28 at 22 15 10"
src="https://github.com/go-gitea/gitea/assets/115237/3455c1bb-166b-47e4-9847-2d20dd1f04db">

<img width="499" alt="Screenshot 2024-03-28 at 21 00 07"
src="https://github.com/go-gitea/gitea/assets/115237/412be2b3-d5a0-478a-b17b-43e6bc12e8ce">

<img width="83" alt="Screenshot 2024-03-28 at 22 14 34"
src="https://github.com/go-gitea/gitea/assets/115237/d8c89838-a420-4723-8c49-89405bb39474">

Co-authored-by: silverwind <me@silverwind.io>
Co-authored-by: delvh <dev.lh@web.de>
2024-03-29 17:44:22 +00:00

5.1 KiB

Background

This document is used as aria/accessibility(a11y) reference for future developers.

There are a lot of a11y problems in the Fomantic UI library. Files in web_src/js/modules/fomantic/ are used as a workaround to make the UI more accessible.

The aria-related code is designed to avoid touching the official Fomantic UI library, and to be as independent as possible, so it can be easily modified/removed in the future.

To test the aria/accessibility with screen readers, developers can use the following steps:

  • On macOS, you can use VoiceOver.
    • Press Command + F5 to turn on VoiceOver.
    • Try to operate the UI with keyboard-only.
    • Use Tab/Shift+Tab to switch focus between elements.
    • Arrow keys (Option+Up/Down) to navigate between menu/combobox items (only aria-active, not really focused).
    • Press Enter to trigger the aria-active element.
  • On Android, you can use TalkBack.
    • Go to Settings -> Accessibility -> TalkBack, turn it on.
    • Long-press or press+swipe to switch the aria-active element (not really focused).
    • Double-tap means old single-tap on the aria-active element.
    • Double-finger swipe means old single-finger swipe.
  • TODO: on Windows, on Linux, on iOS

Known Problems

  • Tested with Apple VoiceOver: If a dropdown menu/combobox is opened by mouse click, then arrow keys don't work. But if the dropdown is opened by keyboard Tab, then arrow keys work, and from then on, the keys almost work with mouse click too. The clue: when the dropdown is only opened by mouse click, VoiceOver doesn't send 'keydown' events of arrow keys to the DOM, VoiceOver expects to use arrow keys to navigate between some elements, but it couldn't. Users could use Option+ArrowKeys to navigate between menu/combobox items or selection labels if the menu/combobox is opened by mouse click.

Checkbox

Accessibility-friendly Checkbox

The ideal checkboxes should be:

<label><input type="checkbox"> ... </label>

However, the templates still have the Fomantic-style HTML layout:

<div class="ui checkbox">
  <input type="checkbox">
  <label>...</label>
</div>

We call initAriaCheckboxPatch to link the input and label which makes clicking the label etc. work. There is still a problem: These checkboxes are not friendly to screen readers, so we add IDs to all the Fomantic UI checkboxes automatically by JS. If the label part is empty, then the checkbox needs to get the aria-label attribute manually.

Fomantic Dropdown

Fomantic Dropdown is designed to be used for many purposes:

  • Menu (the profile menu in navbar, the language menu in footer)
  • Popup (the branch/tag panel, the review box)
  • Simple <select> , used in many forms
  • Searchable option-list with static items (used in many forms)
  • Searchable option-list with dynamic items (ajax)
  • Searchable multiple selection option-list with dynamic items: the repo topic setting
  • More complex usages, like the Issue Label selector

Fomantic Dropdown requires that the focus must be on its primary element. If the focus changes, it hides or panics.

At the moment, the aria-related code only tries to partially resolve the a11y problems for dropdowns with items.

There are different solutions:

  • combobox + listbox + option:
    • https://www.w3.org/WAI/ARIA/apg/patterns/combobox/
    • A combobox is an input widget with an associated popup that enables users to select a value for the combobox from a collection of possible values. In some implementations, the popup presents allowed values, while in other implementations, the popup presents suggested values, and users may either select one of the suggestions or type a value.
  • menu + menuitem:

The current approach is: detect if the dropdown has an input, if yes, it works like a combobox, otherwise it works like a menu. Multiple selection dropdown is not well-supported yet, it needs more work.

Some important pages for dropdown testing:

  • Home(dashboard) page, the "Create Repo" / "Profile" / "Language" menu.
  • Create New Repo page, a lot of dropdowns as combobox.
  • Collaborators page, the "permission" dropdown (the old behavior was not quite good, it just works).
<!-- read-only dropdown -->
<div class="ui dropdown"> <!-- focused here, then it's not perfect to use aria-activedescendant to point to the menu item -->
  <input type="hidden" ...>
  <div class="text">Default</div>
  <div class="menu" tabindex="-1"> <!-- "transition hidden|visible" classes will be added by $.dropdown() and when the dropdown is working -->
    <div class="item active selected">Default</div>
    <div class="item">...</div>
  </div>
</div>

<!-- search input dropdown -->
<div class="ui dropdown">
  <input type="hidden" ...>
  <input class="search" autocomplete="off" tabindex="0"> <!-- focused here -->
  <div class="text"></div>
  <div class="menu" tabindex="-1"> <!-- "transition hidden|visible" classes will be added by $.dropdown() and when the dropdown is working -->
    <div class="item selected">...</div>
    <div class="item">...</div>
  </div>
</div>