This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html Multipage: http://www.whatwg.org/C#the-input-element-as-a-text-entry-widget Complete: http://www.whatwg.org/c#the-input-element-as-a-text-entry-widget Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/ Comment: line-height on inputs needs a behavior that cannot be descried via CSS Posted from: 23.25.236.226 by bzbarsky@mit.edu User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:30.0) Gecko/20100101 Firefox/30.0
This is certainly needs for web compat on text inputs. See https://bugzilla.mozilla.org/show_bug.cgi?id=349259 and in particular https://bugzilla.mozilla.org/show_bug.cgi?id=349259#c42 and the screenshots in https://bugzilla.mozilla.org/show_bug.cgi?id=349259#c45 and https://bugzilla.mozilla.org/show_bug.cgi?id=349259#c46
If the thing is just that there's a "minimum" line height, that's "explainable" by an anonymous inline box that happens to have the minimum line height, no? cc'ing Tab for CSS.
Hmm. Possibly. Except when there's no text next to the anonymous inline box, in which case just having an empty inline box child doesn't affect the parent's height.
Tab suggests just clamping this in prose for now.
Reopen if this is wrong in some way. Thanks.
Checked in as WHATWG revision r8624. Check-in comment: Clamp 'line-height' for text fields http://html5.org/tools/web-apps-tracker?from=8623&to=8624