Mac PPC Version 4.0 (5528.1, r37300) Bug is also present in latest Safari 4 developer preview. Pretty simple, really. If you use @font-face to specify a new font-family, and define the font-weight:bold definitions before the standard font-weight definitions, the bold fonts 'disappear' and are replaced with their normal weight equivalent. There is no problem if the bold font-weights are defined after the normal font-weights. See the attached tarball for a concise demonstration of the bug. The font uses to define a new font-family with @font-face is the GhostScript LetterGothic font (OpenType). The LetterGothic font is made up of four files: normal, italic, bold, italic+bold. Also attached is a cropped screen grab of the attached .html (for convenience)
Created attachment 24188 [details] tarball of .html that demonstrates the bug This tarball includes the GhostScript LetterGothic OpenType font which is why its so big.
Created attachment 24189 [details] Cropped screen grab of what the tarball displays For convenience, mostly, so you don't have to d/l and unpack the tarball to see the problem.
You can see the same thing here with italics: http://www.alistapart.com/d/cssatten/nels.html "The Road to Enlightenment" should be italicized but is not. The fonts are defined at http://www.princexml.com/fonts/larabie/index.css where the bold and italic variations are defined before the standard one.
True. Webkit doesn't imply following values if left out of the @font-face declaration: font-weight:normal; font-style:normal; font-variant:normal; It should! (Gecko does, and it saves typing/moving declarations around.)
Fairly sure this is a duplicate of Issue 34147 : "If @font-face does not provide an explicit italic/bold variant, regular is used"