Closed Bug 1924702 Opened 2 years ago Closed 2 years ago

When using adwaita in KDE, we end up using a darker color, which looks off

Categories

(Core :: Widget: Gtk, defect)

defect

Tracking

()

RESOLVED FIXED
133 Branch
Tracking Status
firefox-esr128 --- unaffected
firefox131 --- unaffected
firefox132 --- unaffected
firefox133 --- fixed

People

(Reporter: emilio, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file, 1 external file)

No description provided.

With the current WCAG algorithm, we end up choosing suboptimal colors
for accent colors like Breeze's (which is a common style in Linux).

Breeze accent color is #3daee9. System UI uses white on top of it. Its
contrast with white is 2.49 (WCAG-wise), so we fall back to a darkened
color, which gets a much better WCAG ratio, but not so great visual
result.

Realistically we do want to use white for this color, it does look a lot
better and it does get more (perceptual) contrast that the color we come
up with which is rgb(0, 47, 86).

Lower the threshold a little bit. We should experiment with using APCA
or so for this calculation (for which black and white get very similar
contrast ratios for this accent color), but for now this doesn't cause
illegible checkboxes in https://accent-color.glitch.me/, and seems like
a net improvement for these "in-between" kinds of colors.

Assignee: nobody → emilio
Status: NEW → ASSIGNED

Set release status flags based on info from the regressing bug 1922872

Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/ba2cec2237d6 Lower a bit WCAG min contrast ratio for white foreground. r=ayeddi
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 133 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: