Bug 21466 – defining bold @font-face before normal font weight @font-face 'looses' bold @font-face

• Component: New Bugs
• Status: UNCONFIRMED

[John Engelhart]

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)

[John Engelhart]

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.

[John Engelhart]

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.

[Michael Newton]

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.

[jjm]

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.)

[Paul Irish]

Fairly sure this is a duplicate of Issue 34147 : "If @font-face does not provide an explicit italic/bold variant, regular is used"