Improve accessibility of the translation editor for screen reader and keyboard users
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 1.7k
- Forks
- 611
- Avg merge
- 1d 19h
- Merged PRs (30d)
- 49
Description
Forwarding a message from the #l10n channel:
Hi all! I've been communicating with a Pontoon user recently who has noted some accessibility issues with the interface. Particularly, they wrote the following to be forwarded to any relevant parties
As a screen reader user, I have encountered several challenges while using Pontoon. Some of the difficulties include unlabeled buttons and controls, uncertainty about whether translations have been saved successfully, difficulty navigating between resources and strings using only the keyboard, and limited feedback from the screen reader in certain parts of the interface. In addition, it is often difficult to know which translation string currently has keyboard focus, whether an action has been completed successfully, or whether I have moved to the next string after submitting a translation. These challenges make the translation process slower and more difficult than it should be. Any improvements in these areas would make Pontoon much more accessible for blind translators and would encourage greater participation from people with visual impairments.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by examining Pontoon's translation editor interface and reproducing the reported screen-reader and keyboard-navigation problems. No files or tests are named, so first identify the editor entry points and existing accessibility checks. Done means users can identify controls, save status, focus, and movement between resources and strings using keyboard and screen-reader feedback.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- django, javascript, python
- Domain
- accessibility, localization
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 38/100