Closed
Bug 13604
Opened 26 years ago
Closed 25 years ago
preferences: widget background colours not matching chrome
Categories
(SeaMonkey :: Preferences, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M15
People
(Reporter: sidr, Assigned: bugs)
Details
Attachments
(2 files)
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.
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
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.
Reporter | ||
Comment 3•25 years ago
|
||
Reporter | ||
Comment 4•25 years ago
|
||
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.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•25 years ago
|
||
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 ;)
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.
Component: Pref UI → Preferences
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•