Closed
Bug 571410
Opened 15 years ago
Closed 15 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•15 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•15 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: 15 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•