ExtraLight TrueType on PC

Primary tabs

2 posts / 0 new
Last post
Olafs Zakis's picture
Joined: 24 Feb 2005 - 9:28pm
ExtraLight TrueType on PC

Hi there, masters.
I am stick with problem generating ExtraLight TT font for Windows.

Background: Local branch of global Co receives corporate font, designed specially for them elsewere.
There are Mac & PC versions, Mac PS1 have 8 members, from *ExtraLight to *Black.
PC TT versions has only 6 — *ExtraLight and *Black are missing.

Converted TT to WinXP (TransType, OS9 3-day demo). Opened, inspected and generated *ExtraLight in FL4.6 as Windows TT, font shows up in Font listings as expected, prints as expected BUT on screen (in OpenOffice, WordPad) looks very weird — like baddly generated bold or something like that. Strangely, but in CorelDraw 11 its OK.

The catch is — when doing the same MacPS1-WinTT conversion (as experiment) with *Light version, it looks good in same conditions.

Inspected outlines in FL, compared font settings … nothing shows up. All settings (except weight differences and naming, of course) looks the same. But *ExtraLight shows weird, prints good.
Same with straight TransType generated Win TrueTupes for both — same result — *Light TT on WinXP OpenOffice looks good, *ExtraLight — weird. Much to say, *ExtraLight source PS1 on Mac is perfect, both outlines and bitmap part.
Question is — may be ExtraLigts on Win needs some special knowledge to get correct screen representations?
(I’m wondering that foreign designers who designed that font had the same problem — that’s why ExtraLight is missing on Windows side … :-)

Thomas W Phinney's picture
Joined: 3 Sep 2002 - 11:00am

You are correct.

This is a fairly well-known and understood problem. Technically, it is an application bug, but it is present in many, many applications — half or more of all Windows applications last time Adobe tested this, which admittedly was years ago.

Your ExtraLight font has a WeightClass of 200, because that’s what the Win TrueType and OpenType specs say an ExtraLight font should have.

The problem is that many applications assume that all fonts have a weightclass of 400 for the “regular” font and 700 for a style-linked “bold” font in a given family.

So the app knows the name of the font, and assumes that the right WeightClass is 400. So it asks Windows to give it that font with a WeightClass of 400. The only one Windows can find has a WeightClass of 200, but Windows thinks a faux bold (smeared bold) is 300 more than that. 500 is closer to 400 than 200 is. So Windows promptly gives the bad app a faux bold (smeared) version of the font. PostScript devices will probably print this correctly, but it will be bold onscreen and if printed to a GDI device.

Adobe encountered this problem early in OpenType development. Our workaround has been to use WeightClass values in between 250 and 300 for very light weights (250 or more doesn’t raise the problem).

There are some other complications that you can run into to do with specific WeightClass values combined with style links, but that’s much more complex. You can find fully detailed information that I wrote up in the Adobe Font Development Kit for OpenType (FDK). Go here:

Among the downloads on the right is this:

I hope that helps.