Add TalkBack and keyboard navigation coverage for the Android reader
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 55/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- android
- Domain
- accessibility, mobile-dev, testing
Research direction
Start with the Android reader screens from #84 and #85 and the app navigation, using the Android accessibility testing reference. Map the listed reading flows to automated accessibility assertions and define a repeatable manual procedure for TalkBack and keyboard checks. Done means the acceptance criteria are covered and each reproducible defect includes its screen, steps, expected result, and evidence.
Written by the indexing model from the issue text.
Description
Roadmap: #76
Goal
Make the public reading flows verifiable with assistive input.
Acceptance criteria
- Exercise project selection, locale selection, article opening, headings, links, retry, and back navigation with TalkBack.
- Verify meaningful control names, reading/focus order, and announcements for loading/error states.
- Check keyboard navigation and focus restoration for the same core controls.
- Add automated accessibility assertions supported by the selected stack and a repeatable manual procedure for the remaining checks.
- File each independently reproducible defect with a screen, steps, expected result, and evidence.
Start: Reader screens from #84/#85 and app navigation. This is Android coverage; website smoke testing remains #51.
Reference: Android accessibility testing.
Prerequisites: #84, #85.
- Dominant language
- Go
- Stars
- 1
- Forks
- 7
- Avg merge
- 2h 19m
- Merged PRs (30d)
- 17
Getting set up
We have not checked this project's setup files yet. Start from its README, and see our first-contribution guide for the general steps.
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.
More from wavefnd/wave-platform
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
wavefnd/wave-platform#139 ·
Maintainers usually reply within 1 day
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 Half a day Newbie friendliness 88/100
wavefnd/wave-platform#137 ·
Maintainers usually reply within 1 day
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
wavefnd/wave-platform#136 ·
Maintainers usually reply within 1 day
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 1/5 Under an hour Newbie friendliness 94/100
wavefnd/wave-platform#135 ·
Maintainers usually reply within 1 day
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
wavefnd/wave-platform#133 ·
Maintainers usually reply within 1 day
All issues in wavefnd/wave-platform
Similar issues
-
agentic-workflows
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
priority/4/normal status/needs-triage type/bug/unconfirmed
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
authelia/authelia#13292 · 1 comment ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
blinklabs-io/actions#138 ·
Maintainers usually reply within 1 day
-
[UI] AlbumDetails collapses multi-genre list to single primary genre on viewports < lg breakpointOpen
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day