Open Bug 429572 Opened 17 years ago Updated 3 years ago

Don't hardcode Security Update color on Update History

Categories

(Firefox :: Theme, defect)

defect

Tracking

()

People

(Reporter: adelfino, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; OpenBSD i386; en-US; rv:1.8.1.6) Gecko/20070819 Firefox/2.0.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041606 Minefield/3.0pre This can be difficult to read for people with visibility disability. See screenshot, with High Contrast theme. Reproducible: Always
Version: unspecified → Trunk
But what non-hardcoded color could we use? Highlight color's blue. And then there's...? Hopefully, nobody is crazy enough that their system is set to use that shade of red as the base color. Be nice to fix if we could, but it's not really feasible ATM.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #2) > But what non-hardcoded color could we use? Highlight color's blue. And then > there's...? Hopefully, nobody is crazy enough that their system is set to use > that shade of red as the base color. Be nice to fix if we could, but it's not > really feasible ATM. > I don't see why using normal text color, or GrayText, breaks something.
So that we can give security updates a special color that stands out, of course... Hmm. Wait. Is there ever an update that *doesn't* get marked as a security update? I think I see your point...
(In reply to comment #4) > So that we can give security updates a special color that stands out, of > course... > > Hmm. Wait. Is there ever an update that *doesn't* get marked as a security > update? I think I see your point... > I guess so. But, if you want to differentiate between updates, we should use icons instead of hard-coded colors.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: