Closed Bug 420 Opened 27 years ago Closed 25 years ago

[NATIVE-WIDGET] a <select> doesnt show up as the document background color

Categories

(Core :: CSS Parsing and Computation, defect, P3)

defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: digi, Assigned: pollmann)

Details

(Whiteboard: [TESTCASE] elentar@pacbell.net)

Attachments

(1 file)

Created by brian hourigan (digi@inreach.net) on Sunday, May 31, 1998 5:24:00 PM PDT Additional Details : when you have a <select> tag, it doesnt make the menu the background color
Status: NEW → ASSIGNED
Component: HTML Dialogs → Layout
The <Select> tag ends up becoming a native listbox widget. The background color of that widget depends on the default background of the GUI environment and is not set based on the color specified in the HTML. Thats why you see this bug in both Navigator and IE. The HTML 4.0 spec doesn't specify how the background of the SELECT tag should be rendered. And the CSS spec is pretty vague about how CSS style rules should get applied to form elements. This is a topic that will be discussed at the upcoming CSS working group meeting. So, currently, it is unclear whether this behavior is really a bug or not. I'll update this bug with more status after the CSS working group resolves this "CSS-style-on-forms" issue.
Component: Layout → Style System
Product: MozillaClassic → Browser
Version: 1998-04-29 → other
Peter, you must have more information on this bug. Comments?
I think that it's perfectly fair and proper for a <SELECT> to have a system background color by default and ignore the document background. Consider it equivalent to: select { background: Menu; } or select { backgroun: Window; } in the UA style sheet. However, if the author explicitly assigns a bagkground color (or image) to the <select>, then we should respect it. We should be able to these days with the gfx/gecko widgets...
Assignee: nisheeth → pollmann
Status: ASSIGNED → NEW
Assigning this to Eric, our forms guru.
Whiteboard: [TESTCASE] elentar@pacbell.net
[TESTCASE] In M7, it looks like the behavior is to render the dropdown in the default GUI color, or what is specified via CSS. However, when the menu is actually dropped down, it shows up in the default GUI color >REGARDLESS< of the CSS value. See attachment for test case.
QA Contact: chrisd → petersen
Assignee: pollmann → kmcclusk
Summary: a <select> doesnt show up as the document background color → [GFX] a <select> doesnt show up as the document background color
This works mostly on Windows GFX widgets: The background of the select box is yellow. However, when the list is dropped down, the background of the list is white, not yellow. MSIE 5.0 draws the list background as yellow. On Linux, the box appears blue not yellow, because the box is cropped in so tightly to the blue 'selected' text area. Also, when the list drops down, the box remains blue, unlike Windows. It's as though the box never looses focus to the list. Finally, the colors on Linux are different, in the dropdown list on Windows, it's black text on a white background and the selection is white text on a blue background. On Linux though, it's black text on a gray background and the selection is black text on a white background. I didn't test Mac. Kevin, when you get this bug fixed, can you set it to M15 and reassign it to me as a bookmark that native widgets are still broken? Thanks!
Assignee: kmcclusk → pollmann
Summary: [GFX] a <select> doesnt show up as the document background color → [NATIVE-WIDGET] a <select> doesnt show up as the document background color
This works with gfx-rendered comboboxes as of July 20, 1999 4:54 build. The display area for the combo box is explicitly set to white in the ua.css, but the dropdown inherits the style set for the select so it is the pale yellow specified in the test case. To support the display area as yellow we would need to set the background-color to inherit, but that currently conflicts with the XPFE toolkit look and feel. Eric, I'm re-assinging to you and marking it [NATIVE-WIDGET] to indicate it's a native widget issue.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
We're not using native widgets anymore. Marking this wontfix.
Status: RESOLVED → VERIFIED
Marking verified per last comments.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: