Closed
Bug 16317
Opened 25 years ago
Closed 25 years ago
GFX select: CSS inline width has interesting effects
Categories
(Core :: Layout: Form Controls, defect, P3)
Core
Layout: Form Controls
Tracking
()
VERIFIED
FIXED
People
(Reporter: pollmann, Assigned: rods)
References
()
Details
Attachments
(1 file)
(deleted),
text/html
|
Details |
Hey, I just noticed that this:
<SELECT STYLE="width: 20px">
<OPTION>This is a wide wide option
<OPTION>This is another even wider option
<OPTION>Why not go all the way and make a ridiculously wide option
</SELECT>
will resize the drop-down box of the select correctly, but will not resize the
combo itself. The more interesting thing is that layout only allocates 20px of
width for it, creating interesting effects...
This is even more interesting:
<SELECT STYLE="width: 20px" MULTIPLE>
<OPTION>This is a wide wide option
<OPTION>This is another even wider option
<OPTION>Why not go all the way and make a ridiculously wide option
</SELECT>
First it looks like this puppy has over twenty options in it, but when you click
anywhere inside of it, it quickly resizes to the right dimensions.
Lastly this:
<SELECT STYLE="width: 20px" MULTIPLE SIZE=4>
<OPTION>This is a wide wide option
<OPTION>This is another even wider option
<OPTION>Why not go all the way and make a ridiculously wide option
</SELECT>
is sized correctly, but as above initially lays out with too many line breaks.
There is a scrollbar on the right side, and if you click to select any of the
options (at least on Linux), the select is reflowed to look right, but the area
where the scrollbar was is not repainted, so a gray box remains.
I'll attach a test case...
Reporter | ||
Comment 1•25 years ago
|
||
Comment 2•25 years ago
|
||
Could some of the descriptions above have been influenced by bug 16362?
I would think the width property should apply to both parts of a non-multiple
select (combobox), but I could be convinced of something else...
Assignee | ||
Comment 3•25 years ago
|
||
selects as comboboxes should now obey CSS sizing. I put in a temporary fix into
the nsHTMLButtonControlFrame code so it would display correctly also when being
explicitly sized.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
so... what should we expect?
- Nav 4.7: Width is always as long as the longest option
- Seamonkey (1999111016 M11 build): Width is 20px until list dropped down
- IE 5: Width is always 20px, even when list dropped down
Reassigning to a QA contact more familiar with CSS issues.
Assignee | ||
Comment 5•25 years ago
|
||
Nav doesn't obey the CSS width. We decided to have the drop down size to its
contents but have the combobox size to CSS. We did this for usability, we didn't
care about being different than IE, especially if it is more usable.
Verified Build 2001082703 os:winNT,win98,Linux 7.1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•