Closed Bug 571410 Opened 14 years ago Closed 14 years ago

@font-face: Locally installed font breaks access to font variants

Categories

(Core :: Graphics, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: paulirish, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-US) AppleWebKit/534.1 (KHTML, like Gecko) Chrome/6.0.427.0 Safari/534.1
Build Identifier: see http://dox.thss.ca/webfonts.png


Screenshot of correct behavior:
http://paulirish.com/i/3640.png


Screenshot of error:
http://dox.thss.ca/webfonts.png

Reproducible: Always

Steps to Reproduce:
1. Install droid fonts locally http://download.damieng.com/fonts/redistributed/DroidFamily.zip
2. View http://jsfiddle.net/paul/GhNZp/1/   
Actual Results:  
Italic and bold variations are not italic and bold

Expected Results:  
The @font-face and styling rules determine these fonts should be italic and bold.

This only occurs in Firefox. Chrome handles this case fine.
Just to confirm, you see the buggy behavior on Linux but not on OSX, right?
Component: Layout: Text → Graphics
QA Contact: layout.fonts-and-text → thebes
The behavior shown at http://dox.thss.ca/webfonts.png is the expected behavior.

http://jsfiddle.net/paul/GhNZp/1/ uses the same face fullname
local('Droid Serif') for each @font-face variant, so the same face is correctly being used for each variant.

If you would like each @font-face to use a different face, then specify a different face fullname.

Don't know why chrome gets this wrong though.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.