Closed
Bug 19988
Opened 25 years ago
Closed 24 years ago
Default background color should not be #FFF
Categories
(SeaMonkey :: General, defect, P3)
SeaMonkey
General
Tracking
(Not tracked)
RESOLVED
WORKSFORME
M17
People
(Reporter: nejohnson, Assigned: german)
Details
#FFF, otherwise known as the otherwise known as the brightest white available, should not be used as a default background color for widgets appearing on a CRT. For many, it is uncomfortable to view large areas filled mainly with this color. It is never necessary to use this color as the default background color for a widget.
Updated•25 years ago
|
Component: All → UE/UI
Product: Architecture → Browser
Version: unspecified → other
Updated•25 years ago
|
Assignee: brendan → german
Comment 1•25 years ago
|
||
This is not an Architecture (API, interface) bug. /be
Comment 2•25 years ago
|
||
German, can you rule and pass on to a hacker (pavlov?), or fix yourself? Thanks, /be
Comment 3•25 years ago
|
||
nejohnson, what browser did you use to report this bug? which version?
Summary: #FFF should not be used as a default background color → Default background color should not be #FFF
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Actually #FFFFFF is used as windows background color for the default skin. Normally dialog type widgets are not used in a document window. If you see dialog windows or widgets that have the white background color, those need to be assigned class="dialog" anyway, which sets their background color to #CCCCCC (gray). Toolbars also have specific classes for specific purposes/designs. Please file specific bugs for the dialogs that have this problem. Thanks.
This report applies to the default skin, as well as any additional elements that have #FFF as the default background color. So far as I know, only the default skin exhibits this. If this is true, and this report can be changed to specifically address the default skin, then that should be done. If multiple parts exhibit this fault, then User Experience bugs should be filed for each of those parts and this report should depend on those other reports.
Moving all UE/UI bugs to new component: User Interface: Design Feedback UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Comment 8•25 years ago
|
||
I definately agree. I just started up M13 and my entire "My Panels" and Preferences box is white on white because M13 uses the color I selected for Window Text, but overrides the color I selected for Window Background in Windows. This is quite annoying since it forces me to change my windows colors (and restart Mozilla since the Mozilla doesn't pick up the changes immediately like other apps do). The work around is to change the preferences to not use windows colors, but obviously I can't do this while the preferences box is white on white. Either Mozilla should use all of the windows colors, or none of them.
marking worksforme, this has been corrected a while ago, it is #CCCCCC for the corssplatform modern skin, and platform specific for the classic skin.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 10•24 years ago
|
||
Chaning the qa contact on these bugs to me. MPT will be moving to the owner of this component shortly. I would like to thank him for all his hard work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: shaver → zach
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•