Closed
Bug 678658
Opened 13 years ago
Closed 13 years ago
Downloadable font specified with @font-face{ src } doesn't render in Print / Print-Preview
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
DUPLICATE
of bug 468568
People
(Reporter: fargaud, Unassigned)
References
()
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0.1) Gecko/20100101 Firefox/5.0.1
Build ID: 20110707182747
Steps to reproduce:
I am trying to print a page with contain custom fonts.
Actual results:
Though the page displays correctly on screen, the custom font is replaced by a different font (Times New Roman ?) on "Print Preview" mode.
Expected results:
The Custom font should have been used in "Print" mode as well. The "Print Preview" functionality correctly works in both Chrome and Safari.
I am attaching a font face kit generated on fontsquirrel.com (using the Banksia font). Please expand the archive and open "demo.html" in Firefox. Notice that the text correctly appears in the Banksia font. Now go to File -> Print -> Preview and notice that the font has been replaced by "Times New Roman".
I am also able to reproduce the issue on Windows XP with Firefox 5.0
Thanks for your help!
Updated•13 years ago
|
Component: General → Print Preview
Product: Firefox → Core
QA Contact: general → printing
Comment 1•13 years ago
|
||
Confirmed on Mozilla/5.0 (Windows NT 5.1; rv:8.0a1) Gecko/20110813 Firefox/8.0a1 ID:20110813030746
Possible duplicate of Bug 468568
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Mac OS X → All
Whiteboard: [dupeme?]
Version: 5 Branch → 8 Branch
Comment 2•13 years ago
|
||
From the testcase:
<style type="text/css" media="screen">
h1.fontface {font: 60px/68px 'BanksiaRegular', Arial, sans-serif;letter-spacing: 0;}
p.style1 {font: 18px/27px 'BanksiaRegular', Arial, sans-serif;}
p.style2 {font: 18px/27px 'BanksiaBold', Arial, sans-serif;}
p.style3 {font: 18px/27px 'BanksiaBlack', Arial, sans-serif;}
#container {
width: 800px;
margin-left: auto;
margin-right: auto;
}
</style>
I believe the media="screen" there might be your problem. Does this still reproduce if you delete that?
Reference:
http://www.w3schools.com/css/css_mediatypes.asp
(That uses the "@media" syntax, but I believe <style media="whatever">
works the same way)
Comment 3•13 years ago
|
||
(Ah, here's the w3schools page that describes the media="whatever" syntax:
http://www.w3schools.com/tags/att_style_media.asp
See that as a reference.)
Resolving as INVALID given that the described results are correct given the markup. Please reopen (with an updated reduced testcase) if you happen to still see this after removing the "media" specification.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Updated•13 years ago
|
Whiteboard: [dupeme?]
Version: 8 Branch → Trunk
Reporter | ||
Comment 4•13 years ago
|
||
Hi,
Sorry if the test case was ambiguous. Please consider the reduced test case
(1) Please get the banksia font from the following link: http://www.fontsquirrel.com/fonts/download/Banksia
(2) Copy the following in an html file:
<html>
<head>
<style type="text/css">
@font-face {
font-family: 'BanksiaRegular';
src: url('banksia.ttf');
}
body{
font-family: 'BanksiaRegular';
font-size: 120px;
}
</style>
<title>Banksia Regular Specimen</title>
</head>
<body>
<span>abcdefghijklmnopqrstuvwxyz</span>
</body>
</html>
Though the page displays correctly on screen, the custom font is replaced by a different font (Times New Roman ?) on "Print Preview" mode.
Thanks!
Reporter | ||
Updated•13 years ago
|
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Updated•13 years ago
|
Component: Print Preview → Layout: Text
QA Contact: printing → layout.fonts-and-text
Summary: Incorrect fonts in Print Preview (Firefox 5.0.1 on Mac OS X 10.6) → Downloadable font specified with @font-face{ src } doesn't render in Print / Print-Preview
Updated•13 years ago
|
Hardware: x86 → All
Comment 5•13 years ago
|
||
Here a live, testable version of the testcase provided in the previous comment. I included the font file inline, as a data URI.
I can reproduce the bug with this testcase.
Mozilla/5.0 (X11; Linux x86_64; rv:8.0a1) Gecko/20110803 Firefox/8.0a1
(In reply to Tim (fmdeveloper) from comment #1)
> Possible duplicate of Bug 468568
Maybe, but not necessarily. That bug seems to be specifically about situations with _multiple_ downloadable fonts in play (of which most render correctly), based on the first few comments there. Whereas, in this case, the attached testcase only has one downloadable font, and it's not rendering.
Updated•13 years ago
|
Updated•13 years ago
|
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•