Bug 25581

Summary: maxCharWidth computation in SimpleFontDataMac.mm is smaller than Windows results
Product: WebKit Reporter: Ojan Vafai <ojan>
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: adele, agl, amanda, mitz
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Mac   
OS: OS X 10.5   

Description Ojan Vafai 2009-05-05 18:09:59 PDT
The numbers we get on the mac are often 10-20px smaller than the numbers we get on Windows. This matters because it is one of the factors that makes our text inputs smaller than IE on Mac WebKit. 

Currently we grab the maximumAdvancement off the NSFont. On Chromium Linux (which gets the same values as Windows for Windows fonts), we compute the maxCharWidth as the xMax-xMin of the font by looking at the hmtx font table. Or something like that. :) Amanda is working on a patch that tries to do the same on the Mac.