| Summary: | Weird characters | ||
|---|---|---|---|
| Product: | poppler | Reporter: | Wouter Bolsterlee <uws+freedesktop> |
| Component: | general | Assignee: | Kristian Høgsberg <krh> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | high | CC: | dberkholz |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Wouter Bolsterlee
2005-12-31 07:08:30 UTC
This has been hit on gentoo with poppler-0.5.0 and evince-0.5.0. In addition, pdftohtml run on these files produces empty output. Note that this works for some people but not for others, and some files work for some and fail for others. The gentoo bug is: http://bugs.gentoo.org/show_bug.cgi?id=119898 and the example failed file in that bug is: http://archive.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimerPDF.pdf The problem seems to be the way the name "Helvetica" is resolved to a real font. On systems that provide bitmap fonts for Helvetica (eg. the xfonts-75dpi and xfonts-100dpi on Debian-like systems), the problem appears. On systems that do not provide bitmap fonts (like Fedora Core), a default Helvetica is provided by the Nimbus face, a Type 1 font that is installed by default. This one does not trigger the problem and the affected documents render fine. On systems that use a custom Helvetica, such as a real Helvetica purchased in OpenType format, the problem arises again. A fontconfig match that provides "Helvetica Neue LT" causes the affected documents to render with weird characters as well. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.