Summary: | Regression bug with cairo and Type 3 user-fonts | ||
---|---|---|---|
Product: | poppler | Reporter: | Dennis Sheil <dsheil> |
Component: | cairo backend | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED NOTOURBUG | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
URL: | http://bugs.launchpad.net/ubuntu/+source/poppler/+bug/509179 | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Dennis Sheil
2010-01-20 11:59:13 UTC
Against what version of cairo were the tests done? Did anyone try cairo master? G'day James, I'm the person mentioned in paragraph 3 of the description who tested this on the development version of Ubuntu (Lucid Lynx 10.04). My libcairo2 version is 1.8.8-2ubuntu2. Package details are: Changelog cairo (1.8.8-2ubuntu2) lucid; urgency=low * debian/patches/90_git_change_fix_binary_mode_new_lines_bug.dpatch: - git change to fix a pdf printing issue, thank Adrian Johnson (lp: #419143) -- Sebastien Bacher < seb128@ubuntu.com> Wed, 06 Jan 2010 10:59:01 +0100 As for trying cairo master, I'm not good at compiling from git/SVN/CVS, but if you want to provide detailed step-by-step instructions I'll give it a try. I guess the first step would be to install libcairo2-dev? I'm not sure if this matters, but there is a newer version of libpixman-1-0 (0.16.4-1) available than the one I am using (0.16.2-1). Would installing this help? > My libcairo2 version is 1.8.8-2ubuntu2. I suspected a 1.8 version. I did give it a try using cairo, poppler and evince master, and got what is likely the same result. (My poppler and evince are a bit out of date — master as of dec 1st — but cairo was up to date when I tested.) The gtk libs were also a bit old. I had evince print to file and generated each of pdf, ps and svg. When I view the resulting pdf in mupdf (cf http://mupdf.com) the third page has the glyphs /one and /two on top of each other, centered on the (landscape) page at something on the order of 500 points. The /one and the /two seem to be from the line showing the results of tan(θ ± φ), from the [(θ ± φ) ≠ (k + ½)π] part of the formula. Every other viewer I tried, including ghostscript’s rendering of the ps, failed to show the oversized /one and /two. Using poppler’s splash backend via its pdftops(1) created a ps file which worked correctly. It appears that the software which created the original pdf used a type3 font to make a ½ glyph out of a line and the /one and /two glyphs of Times and that it is poppler’s or cairo’s attempt to deal with that using cairo userfonts which fails. Probably due to layers of scaling. You might want to open another fdo bug on this, speicfying cairo as the product <http://bugs.freedesktop.org/enter_bug.cgi?product=cairo>, and referencing cairo userfonts and this bug, in case the problem is in cairo rather than how poppler interfaces with cairo usefonts. If you do try out a full master chain, you'll want to specify a --prefix somewhere under $HOME and turn on all debugging options when configuring. Run the autogen.sh (or similar) script each git clone to create the configure script, and then ./configure --help to see the options, followed by ./configure --prefix=... ... and then make install. Created fdo bug #26186 in cairo. |
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.