https://bugs.winehq.org/show_bug.cgi?id=39334 --- Comment #4 from Nikolay Sivov <bunglehead(a)gmail.com> --- Looks like it's a common case to have usWinDescent equal or very close to (-1)*sTypoDescender - that's a case for Arial, Tahoma, Times and Verdana from Windows and Symbol from macos. Regarding this particular font (and the ones Apple ships) I suspect that it's a font generator issue to set both fields to same value. If you suggest to use signed value and assume usWinDescent is negative in A+D calculations I don't think we should do that, but instead treat it as a normal font after manually fixing that value. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.