Open
Bug 119495
Opened 24 years ago
Updated 3 years ago
Blank select option is shorter than normal options
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
NEW
People
(Reporter: neil, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
273 bytes,
text/html
|
Details |
Using Build ID: 2002011003
A completely blank select option isn't the same height as options which have text.
I'm sure that this used to work, but I don't know when it regressed :-(
Comment 1•24 years ago
|
||
This did used to work.
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: mozilla1.2 → Future
Updated•23 years ago
|
QA Contact: madhur → tpreston
![]() |
||
Comment 2•22 years ago
|
||
This worksforme with a current Linux nightly. Is this Windows-only?
Reporter | ||
Comment 3•22 years ago
|
||
In my linux build, using my preferred fonts, the blank option is 14px; the
normal option, 16px.
In my mingw build, using the default fonts, the blank option is 13px; the normal
option, 16px.
In my 1.4 release, using my preferred fonts, the blank option is 10px; the
normal option, 13px.
![]() |
||
Comment 4•22 years ago
|
||
Oh, I see. So it's just a tiny little bit shorter... gotcha. I see that too.
Assignee: rods → form
Status: ASSIGNED → NEW
OS: Windows 95 → All
Priority: P2 → --
QA Contact: tpreston → ian
Hardware: PC → All
Target Milestone: Future → ---
Reporter | ||
Comment 5•22 years ago
|
||
It must be my imagination that the requester's option looks shorter than it is.
Updated•16 years ago
|
Assignee: layout.form-controls → nobody
QA Contact: ian → layout.form-controls
![]() |
||
Comment 6•16 years ago
|
||
Is this still an issue?
Reporter | ||
Comment 7•16 years ago
|
||
There's still a small (~10%) reduction in height, yes.
![]() |
||
Comment 8•16 years ago
|
||
Ah, the issue is that "min-height: 1em" doesn't actually seem to give you the same height as a strut would...
Is there a simple way to use CSS to give the strut height? I'd rather not do stuff like tossing generated-content non-breaking spaces into empty <option>s...
Comment 9•14 years ago
|
||
Comment 10•9 years ago
|
||
I can not reproduce this issue on: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0
Hey Boris, can you still reproduce?
Flags: needinfo?(bzbarsky)
![]() |
||
Updated•9 years ago
|
Attachment #586716 -
Attachment mime type: text/plain → text/html
![]() |
||
Comment 11•9 years ago
|
||
The attached testcase definitely reproduces the problem for me in a current Mac build: the three comboboxes are different heights there.
Flags: needinfo?(bzbarsky)
Comment 12•9 years ago
|
||
Ok thank you Boris. I see the issue now. It's a weird one. I did find a workaround. Im sure this is known but here it is:
<select>
<option value=""> </option>
</select>
or in CSS making all of the select heights the same.
I did notice another issue when implementing this fix. the select box is the same height as the others but the option width exceeds the select width within the blank select option.
Updated•3 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•