evince displays wrong fonts

[MHB]

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

[Pedro Villavicencio (pedro)]

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.

[madbiologist (me-again)]

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

[madbiologist (me-again)]

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.