Keep Android reader controls usable with large text and resized windows
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, testing
Research direction
Start with the reader layout and typography work in issues #84 and #85, then review the documented font/display scale range and support matrix. Check representative phone and tablet layouts in portrait and landscape, including both interface languages; done means controls remain usable, overflow stays contained, reading position is preserved, and screenshot/layout checks cover these cases.
Written by the indexing model from the issue text.
Description
Roadmap: #76
Goal
Support large fonts and changing window sizes in the reader without losing navigation or text.
Acceptance criteria
- Verify the documented supported font/display scale range and portrait/landscape layouts.
- Keep project, language, and navigation controls visible and operable when space is constrained.
- Contain code-block and table overflow within the reader instead of forcing the entire screen wider.
- Preserve content and reading position when the window resizes.
- Add screenshot/layout checks for representative phone and tablet sizes in both interface languages.
Start: Reader layout and typography from #84/#85. Record any unsupported size explicitly in the support matrix.
Prerequisites: #84, #85.
- Dominant language
- Go
- Stars
- 1
- Forks
- 7
- Avg merge
- 1h 45m
- Merged PRs (30d)
- 16
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 1/5 Under an hour Newbie friendliness 90/100
wavefnd/wave-platform#140 ·
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
wavefnd/wave-platform#139 ·
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 Half a day Newbie friendliness 88/100
wavefnd/wave-platform#137 ·
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
wavefnd/wave-platform#136 ·
-
bug difficulty: beginner documentation good first issue help wanted localization
Difficulty 1/5 Under an hour Newbie friendliness 94/100
wavefnd/wave-platform#135 ·
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