Closed Bug 300109 Opened 19 years ago Closed 19 years ago

<select size="1"> object, should display selected <option> styling (css)

Categories

(Core :: Layout: Form Controls, defect)

1.0 Branch
x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 79107

People

(Reporter: scunliffe, Unassigned)

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

a <select> object renders css styles applied to the <option> tags great. 
However, when one of those <option>'s is selected, (e.g. displayed as the
selected option), the display of the <select> object, should reflect the
selected <option>.

(see attachment)

Reproducible: Always

Steps to Reproduce:
1. Create an HTML select element, with css styles applied to 1 or more of the
option tags.
2. view page, select various options


Actual Results:  
The main <select> element remains un-styled/un-affected by selected <option> css
styles.

Expected Results:  
If the <select> object, has a size="1" (default), and is not a "multiple"
<select>, then *idealy* the select would "inherit" the selected child's styles.

The user "appears" to see the option that they selected, but styles are lost.

Note: some other browsers get this right, some don't, or only partially.
 IE: FG colors ok, BG colors ok, no fonts (size, style, or family) in options
and selected
 OP: no FG colors, no BG colors, no fonts (size, style, or family) in options
and selected
MOZ: in options:
       FG colors ok, BG colors ok, font (size, style, family) ALL Okay
     in selected:
       no FG colors, no BG colors, no fonts (size, style, or family)*
       *(select seems to grow to largest font size in list... IMHO, this appears
to be very strange)

I will be attaching a test case, and "faked" expected results.
Example Test Case.  Note, the "expected" results are spoofed... if/when this
bug is resolved, the "second" part of the form, will not alter.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050706
Firefox/1.0+
I can confirm.
Component: General → Layout
Keywords: testcase
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.0 Branch
Duplicate of/related to bug 79107?
Component: Layout → Layout: Form Controls

*** This bug has been marked as a duplicate of 79107 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: