Suggestion: Contrast adjustment
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- c
- Domain
- accessibility, desktop
Research direction
Start by reviewing Xreader's existing inverted mode and the proposed normal and inverted reduced-contrast states. Determine where document-wide display colors are applied and how a user-controlled setting could fit without targeting individual PDF elements. Done means the contrast adjustment works across documents in both modes and is controllable by the user.
Written by the indexing model from the issue text.
Description
White backgrounds hurt my eyes, so I always use inverted mode; I greatly appreciate that this feature exists.
However, bright white text on a solid black background is also very straining to the eyes and it makes reading difficult.
Custom text/background colors are almost impossible to pull off due to the infinitely diverse and unpredictable nature of PDF files.
So, given this conundrum, I propose a contrast adjustment setting to help improve readability (controllable by the user).
- Normal view: White background, black text
- Inverted view: Black background, white text
- Normal view with reduced contrast: Light gray background, dark gray text
- Inverted view with reduced contrast: Dark gray background, light gray text
This could be applied broadly throughout the whole document without having to target specific elements. In a sense, this would be similar to how e-ink panels display documents - no pure white, no pure black.

- Dominant language
- C
- Stars
- 283
- Forks
- 82
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
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 linuxmint/xreader
-
Cyrillic homoglyph characters used in place of ASCII <p> tags in Kazakh AppData description string Open
Difficulty 1/5 Under an hour Newbie friendliness 88/100
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
-
Difficulty 3/5 1-2 days Newbie friendliness 55/100
-
Difficulty 3/5 1-2 days Newbie friendliness 48/100
All issues in linuxmint/xreader
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
zephyrproject-rtos/zephyr#119726 ·
-
[Bounty proposal] fix(web): memory insights count an evening memory on the next day ($25 proposed) Open
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
BasedHardware/omi#15320 ·
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·