Contrast between links and background is very low in high contrast mode on Windows
Categories
(Core :: Layout, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox70 | --- | verified |
People
(Reporter: maxst, Assigned: eeejay)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(3 files)
Comment 1•11 years ago
|
||
Comment 2•11 years ago
|
||
Comment 3•11 years ago
|
||
Comment 4•10 years ago
|
||
Updated•10 years ago
|
Comment 5•10 years ago
|
||
Updated•10 years ago
|
Updated•10 years ago
|
Updated•10 years ago
|
Comment 6•10 years ago
|
||
Comment 8•9 years ago
|
||
Comment 9•9 years ago
|
||
Updated•8 years ago
|
Comment 10•8 years ago
|
||
Comment 11•8 years ago
|
||
Comment 12•8 years ago
|
||
Comment 13•8 years ago
|
||
Comment 14•8 years ago
|
||
Comment 15•8 years ago
|
||
Comment 16•8 years ago
|
||
Comment 17•8 years ago
|
||
Updated•7 years ago
|
Comment 18•6 years ago
|
||
Updated•6 years ago
|
Assignee | ||
Comment 20•5 years ago
|
||
So I figured out how IE provides visited link colors even when no color is defined. It uses the system provided foreground and background color, it doesn't use the link colors at all. It preserves the green channel of the foreground, and uses the average between the foreground and background for the red and blue channel.
Here is some js pseudocode:
function getVisitedLinkColor(background, foreground) {
return {
red: (background.red + foreground.red)/2,
green: foregeround.green,
blue: (background.blue + foreground.blue)/2
};
}
Assignee | ||
Comment 21•5 years ago
|
||
This is pretty smart and straightforward solution. It gives you a unique color and it mostly preserves the user's desired color contrast because the green channel is the largest contributor to luminance.
Assignee | ||
Comment 22•5 years ago
|
||
This makes mLinkColor use LookAndFeel for everyone, not just high
contrast mode. This may introduce some user impact for anyone who views
an unstyled page.
Assignee | ||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 23•5 years ago
|
||
It doesn't look like quite "everyone" given the usePrefColors
condition. That said, I'd have two questions about that:
- does it do reasonable things across all platforms?
- should there be any changes to the preferences UI as a result of the change?
Assignee | ||
Comment 24•5 years ago
|
||
(In reply to David Baron :dbaron: 🏴 ⌚UTC-7 from comment #23)
It doesn't look like quite "everyone" given the
usePrefColors
condition. That said, I'd have two questions about that:
Right, so not everyone.
- does it do reasonable things across all platforms?
This currently only extrapolates the visited/active link color when an "accessibility theme" is detected. This only happens on Windows.
- should there be any changes to the preferences UI as a result of the change?
No. This still honors the the visited link color pref that is fronted in the UI.
Comment 25•5 years ago
|
||
Comment 26•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Comment 27•5 years ago
|
||
I have managed to reproduce the issue following the STR from the first comment using Fx 69.0a1 (2019-07-03) on Windows 10 and 7 both on x64. I can confirm that the issue is fixed in Fx 70.0b9 on Windows 10 and 7 x64.
Description
•