Embedded fonts don't always work
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| calibre |
Won't Fix
|
Undecided
|
Unassigned | ||
Bug Description
In an EPUB book I'm currently building, one embedded font fails to load: the drop cap font. If you view the attached sample, the drop cap should be a serif font. Instead, it is getting displayed with some default sans-serif font as though the type system failed to load the font correctly and substituted a fallback font.
What's curious is that other embedded fonts in the same document work fine. This is the only one that fails. I can see no obvious differences between the @font-face declaration for this font and the ones that work.
The content looks correct if I view it in Safari, Chrome, or Xcode's doc viewer window (even Xcode 3), which suggests that this is probably a bug in your code somewhere.
I've attached a minimal test sample that demonstrates the bug.
Configuration:
Mac OS X v10.6.8
Safari 5.1.1
Calibre 0.8.27 (bug goes back at least as far as 0.8.17)
| dgatwood (dgatwood) wrote | #1 |
| Kovid Goyal (kovid) wrote Re: calibre bug 894058 | #2 |
| Changed in calibre: | |
| status: | New → Won't Fix |
This is caused bya bug in Qt WebKit the library calibre uses to render HTML,
it is triggerred when the font family defined inside the font file is
different from that used in the @font-face rule. It cannot be fixed at the
level of calibre code.
status wontfix