Open
Bug 429802
Opened 17 years ago
Updated 2 years ago
characters seem to be cut off at the bottom in combobox (select) with lots of padding and not enough height
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
NEW
People
(Reporter: 4bugmail, Unassigned)
References
()
Details
Attachments
(1 file)
60.47 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041807 Minefield/3.0pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041807 Minefield/3.0pre
Follow the url and look at the search form on the right side. Characters like "q" "y" "g" "j" are cut off at the bottom. Also the entries in the combobox under the input form shows cut of characters.
Reproducible: Always
Steps to Reproduce:
1. visit url http://www.zweitausendeins.de/profisuche/?q=q%20y%20g%20j
2.
3.
Actual Results:
cut off characters
Expected Results:
Show the complete characters like in Fx2 and IE7.
Reporter | ||
Comment 1•17 years ago
|
||
Reporter | ||
Updated•17 years ago
|
Version: unspecified → Trunk
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1a1pre) Gecko/2008062003 Minefield/3.1a1pre
Confirmed. Changing to all OS, Hardware.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → Windows 95
Hardware: PC → All
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
Updated•15 years ago
|
Component: Form Manager → Layout: Form Controls
Product: Toolkit → Core
QA Contact: form.manager → layout.form-controls
Comment 4•15 years ago
|
||
This bug and bug 425004 are both affected by the top alignment of text, but there are other factors that differ.
Bug 425004 is made worse by the short line-height of some fonts (bug 485335).
In the url here, the height of the text control is specified explicitly, and -moz-box-sizing:border-box from our quirk.css further reduces the available height.
font-size: 12px
height: 18px
border-top-width: 1px
border-bottom-width: 1px
padding-bottom: 1px
padding-top: 2px
So 13px is available for text with em height of 12px.
The centering from bug 481751 improves this considerably, but for available heights close to the em height, as here, using the em ascent/descent instead of max ascent/descent would provide better results.
Updated•9 years ago
|
Whiteboard: DUPEME
Updated•9 years ago
|
Summary: characters seams to be cut off at the bottom in form & combobox → characters seem to be cut off at the bottom in combobox (select) with lots of padding and not enough height
Comment 6•9 years ago
|
||
So what Chrome, at least, does, is it paints overflow into the combobox padding area. But only vertically, not horizontally. That's not really doable with CSS, unfortunately.
The problem for us is that the height of the *|*::-moz-display-comboboxcontrol-frame in forms.css is -moz-block-height, and it has overflow: -moz-hidden-unscrollable. We could _try_ to push the vertical padding from the combobox into the dropmarker and display frame and set it to 0 on the combobox, I guess. Maybe that would help...
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•