Bug#508497: text rendering fails on some documents
sa at whiz.se
Thu Dec 11 20:51:27 UTC 2008
On Thu, 2008-12-11 at 13:21 -0700, Bdale Garbee wrote:
> I've stumbled over various rendering problems with evince before, and mostly
> just lived with them. One such example is the data sheet for the Linear
> Technologies LTC1682 charge pump regulator IC, in which the text labels on
> the schematic at the bottom of page one render some weird glyph instead of
> the expected symbol for 'micro'. Both xpdf and acroread get it right:
This document looks fine to me, using evince from experimental and
poppler 0.8.7-1, but I might have overlooked something.
> Today, however, I stumbled over a document that evince fails to render in a
> much more dramatic and devastating way, that again both xpdf and acroread
> handle just fine:
> In this datasheet for a JST 2mm connector series, all of the text for
> dimensions in the mechanical drawings, and most of the dimensional text in
> the tables, fails to render at all. No visible errors or warnings, the image
> is just displayed without the associated text.
> On this document, xpdf streams errors like this in the invoking shell window:
> Error: Unknown character collection 'Adobe-Japan1'
> However, the resulting rendering is virtually identical to the rendering from
> acroread, and completely useable.
Does this work if you install poppler-data (from non-free?).
PGP Key ID 760BDD22
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20081211/a2649b36/attachment.pgp
More information about the pkg-gnome-maintainers