13604 - preferences: widget background colours not matching chrome

Status: VERIFIED FIXED

(SeaMonkey :: Preferences, defect, P3)

Description

[Sean Richardson]

Using M10 build 1999090809 on Windows NT,  several of the widgets in the Preferences dialog display with a defgault grey background even though the chrome has a pale blue background (Windows "Display" control panel settings are ignored).

Specifically:

Fonts: drop-down boxes; text beside radio buttons
Navigator: text box
Smart Browsing: text box
Mail and Newsgroups: drop-down boxes
Addressing: drop-down boxes
Messages: drop-down boxes; text box
Window Settings: drop-down boxes, text string
Disk Space: text above radio buttons
Composer: text box
Proxies: text box
Smart Update: text string; text box

This may not be a complete list!

Aside from some text strings, the background colour seems not to match on
ALL of the drop-down boxes and text-entry boxes.

Note: the grey colour is hard to see on some of the text boxes, showing only on the border area (compare the "Choose Folder" text boxes on the Copies and Folders tab).

Given the nature of this bug, it is probably cross-platform; sorry, can't test that here.

Comment 1

[Sean Richardson]

Attachment: Screencap showing original problem in M10

Comment 2

[Sean Richardson]

Using 1999-10-14-11-M11, one of the originally reported problem
is no longer apparent. With M10, the entire area of the drop-down boxes was
painted grey, even though Windows was set to use white for widget backgrounds
(screencap attachment added showing this). This problem no longer appears.
Is this the result of the current work on Bug 1021?

The additional items that appear when a drop-down box (there are two in the
Messages section of the Prefs UI) is activated are still rendering with a
grey background. There is already another bug report for this issue.

The second issue was related to the borders of the widgets.
In M10, the borders of most of the widgets were rendered in a darker and
lighter shade of the blue used for the background chrome, but some of the
widget borders were rendered in grey. In 1999-10-14-11-M11, all of the
Prefs UI widget borders appear to be rendered in grey.

For a working UI, I don't think honouring the chrome for widget borders is a
huge priority, but consistency of details like that is a priority for shipping
products.

There is another bug report somewhere with a discussion of colouring
of form widgets, where mention is made that the CSS specs are not terribly
specific for details of the rendering of form widgets.

See also Bug 16503 for more fun with inconsistent widget colouring.

Comment 3

[Sean Richardson]

Attachment: Screencap showing M11 counterpart (fixed)

Comment 4

[Sean Richardson]

By the way, as far as I can tell Bug 16503 does not affect any Prefs UI
form controls at present, but it conceivably could in the final product
anywhere where scrollbars might appear. (Font selectors, Languages,
Applications, Manual Proxy, Software Installation). Creating Separate bug
report for this.

Comment 5

[don]

Ben, can you look into this later?

Comment 6

[Ben Goodger (use ben at mozilla dot org for email)]

this looks pretty much fixed to me... (12/22 build) and will be completely
fixed with the new prefs window (20758) arrives. Everything else is a
skin/html.css issue which I am dealing with, so I'm closing this bug so my list
gets smaller ;)

Comment 7

[cpratt]

trusting rgoodger on this one...

Comment 8

[leger]

Bulk move of all Pref UI component bugs to new Preferences component.  Pref UI 
component will be deleted.