evince displays wrong fonts

Bug #656207 reported by MHB
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
fontconfig (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: evince

When opening the attached pdf (original.pdf, I think supplying just one page as example is fair use) from Nature Reviews in evince seems to pick the wrong font. Using imagemagick's convert produces the right fonts (display_correct_imagemagick.png), but evince shows the wrong font (display_error_evince.png). I have poppler-data from multiverse for maverick installed, but that didn't seem to fix the problem. I have seen the same issue in lucid as well.

Description: Ubuntu maverick (development branch)
Release: 10.10

Evince version
Installed: 2.32.0-0ubuntu1

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: evince 2.32.0-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
Architecture: amd64
Date: Thu Oct 7 10:25:25 2010
ExecutablePath: /usr/bin/evince
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Beta amd64 (20100901.1)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: evince

Revision history for this message
MHB (mhb-monomania) wrote :
Revision history for this message
MHB (mhb-monomania) wrote :
Revision history for this message
MHB (mhb-monomania) wrote :
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for the report, that's a poppler issue and a known one, the fonts being to close to each other, reassigning to poppler, we need to look the dup bug though, thanks.

affects: evince (Ubuntu) → poppler (Ubuntu)
Revision history for this message
madbiologist (me-again) wrote :

Still occurring on Ubuntu 11.04 "Natty Narwhal" alpha 3. The character kerning has improved, but is still not perfect, and the main issue of evince picking the wrong font is still occurring.

Uname: Linux 2.6.38-5-generic i686
Packages:
       evince 2.32.0-0ubuntu10
       poppler 0.16.2-0ubuntu1

Revision history for this message
madbiologist (me-again) wrote :
Changed in poppler (Ubuntu):
status: New → Confirmed
Revision history for this message
madbiologist (me-again) wrote :

The problem seems to be that the 3 serifed Minion fonts are being replaced by a non-serifed font:

sturner@home01:~$ fc-match HelveticaNeue-Black
DejaVuSans.ttf: "DejaVu Sans" "Book"
sturner@home01:~$ fc-match Symbol
Symbol.pfb: "Symbol" "Regular"
sturner@home01:~$ fc-match HelveticaNeue-Light
DejaVuSans.ttf: "DejaVu Sans" "Book"
sturner@home01:~$ fc-match Minion-Regular
DejaVuSans.ttf: "DejaVu Sans" "Book"
sturner@home01:~$ fc-match Minion-Semibold
DejaVuSans.ttf: "DejaVu Sans" "Book"
sturner@home01:~$ fc-match Minion-Bold
DejaVuSans.ttf: "DejaVu Sans" "Book"

A Wikipedia page about the Minion font is located at http://en.wikipedia.org/wiki/Minion_%28typeface%29

This font was not embedded in the PDF so another font must be substituted. This is a regular pitfall of not embedding fonts which are not one of the standard PDF fonts, and also occurs on Windows. If Adobe Reader can display this font correctly on Linux presumably that is because this font was designed by Adobe.

I am wondering whether we should close this bug on the basis that the font should have been embedded in the PDF file. On the other hand we could re-target this bug to the fontconfig package on the basis that it should choose a serifed font to replace Minion rather than a non-serifed font.

madbiologist (me-again)
affects: poppler (Ubuntu) → fontconfig (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.