Closed
Bug 1177724
Opened 11 years ago
Closed 7 years ago
A <select> list (with multiple or size attribute) does not play nice with padding-bottom
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
RESOLVED
DUPLICATE
of bug 748518
People
(Reporter: rmwlenders, Unassigned)
Details
(Keywords: parity-chrome, parity-ie, Whiteboard: [dupe me])
Attachments
(1 file)
|
5.59 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36
Steps to reproduce:
Created a <select> with a [size] attribute (so it renders as a list), and gave it "padding-bottom" styling using CSS.
Actual results:
Unlike "padding-top", which adds spacing above the first <option> inside the <select>, "padding-bottom" does not add similar spacing on the bottom. Instead padding-bottom affects the total height of the <select>'s scrolling wrapper.
See: http://jsfiddle.net/5zk6pvon/
Expected results:
"padding-bottom" should add spacing on the bottom of the <select> list, like "padding-top" does.
Comment 1•11 years ago
|
||
Dupe Bug 382142 ?
Component: Untriaged → Layout: Form Controls
Product: Firefox → Core
Whiteboard: [parity-IE][parity-chrome][dupe me]
Version: 38 Branch → Trunk
| Reporter | ||
Comment 2•11 years ago
|
||
(In reply to Alice0775 White from comment #1)
> Dupe Bug 382142 ?
Could be related, but 'padding-bottom' or the actual results I mentioned above, are not discussed in Bug 382142.
Comment 3•8 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome,
parity-ie
Whiteboard: [parity-IE][parity-chrome][dupe me] → [dupe me]
Comment 4•7 years ago
|
||
This is basically bug 748518.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•