180456 - 508 Compliance problems with configuration of Mozilla

Status: RESOLVED DUPLICATE of bug 69434

(Core :: XUL, defect)

Description

[Matthew Culver]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021114
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021114

I run the windows colour scheme 'High contrast black' with large fonts - I
notice that when I look at preference options for mail or the browser the radio
buttons and check boxes are black on black - e.g. I don't know if I have really
clicked on something.

High contrast colour schemes are used by people with visual disabilities and by
preference by some other people.

Reproducible: Always

Steps to Reproduce:
1. Edit-Preferences
2. Select a checkbox or a radio button 
3.

Actual Results:  
Check/Selection is black on black e.g. invisible

Expected Results:  
Most other windows applications can handle this, M$ Word for example will show
white ticks in black boxes in tools-options.

Comment 1

[Matthew Culver]

Attachment: Example from my computer

Comment 2

[Olav Vitters]

Attachment: Example from my computer (converted from bmp)

Comment 3

[Andreas Kunz]

If this bug gets confirmed, it might be strongly related to bug 177475 and bug
172751. The second one will introduce native radio button look (*as I understand
it*) and make Mozilla radio buttons look exactly like radio buttons in other
Windows applications.
I assume people do not choose a color scheme that makes radio buttons in most
applications useless. So with their color scheme Mozilla should just work as
well after fixing that bug.

Comment 4

[Chris Lyon]

->XP Widgets

Comment 5

[Boris Zbarsky [:bzbarsky]]

Actually, this particular problem has been raised before... and yes, either
nsITheme or a radical change to how themes work would be needed to solve it.

*** This bug has been marked as a duplicate of 69434 ***