New issue
Advanced search Search tips

Issue 687870 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Feb 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

<input> size attribute doesn't work properly with webfont

Reported by i...@ianhenderson.org, Feb 2 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/602.2.14 (KHTML, like Gecko) Version/10.0.1 Safari/602.2.14

Steps to reproduce the problem:
1. Create an <input> field with size=4 using the "Space Mono" webfont.
2. Enter four characters into the field.

What is the expected behavior?
Since Space Mono is a monospace font, an <input> field with size=4 should fit the text exactly.

What went wrong?
The <input> field is too wide for its text -- there's space left at the end.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 55.0.2883.95 (Official Build) (64-bit)  Channel: stable
OS Version: OS X 10.11.6
Flash Version: 24.0.0.194

Firefox and Safari both handle this test case properly.

 
size-test.html
415 bytes View Download
Components: Blink>Forms
Components: -Blink>Forms Blink>Forms>Text Blink>Fonts Blink>Layout
Status: Untriaged (was: Unconfirmed)
Tested using BrowserStack and Chrome 55 on macOS Siera.

Comment 3 by e...@chromium.org, Feb 2 2017

Status: W (was: Untriaged)
We've tried to fix this a few times in the past but sadly there is enough content out there that depends on this incorrect, too wide, behavior. Fixing it would break a lot of web sites.

Comment 4 by e...@chromium.org, Feb 2 2017

Status: WontFix (was: W)

Comment 5 Deleted

Can you point me to some examples?  I'd like to file bugs on WebKit and Gecko to implement the same behavior.

Sign in to add a comment