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)
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.
Comment 1•14 years ago
|
||
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
Comment 2•14 years ago
|
||
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.
Description
•