[cairo-bugs] [Bug 64939] PDF print jobs created by evince are rendered very slow on PS printers

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue May 28 08:15:26 PDT 2013


https://bugs.freedesktop.org/show_bug.cgi?id=64939

--- Comment #9 from James Cloos <cloos at jhcloos.com> ---
> LaTeX file used to create original PDF

Oh. That simple?

  \usetheme{Madrid}

leads to:

 
/usr/share/texmf-site/tex/latex/beamer/base/themes/theme/beamerthemeMadrid.sty

with:

  \useinnertheme[shadow]{rounded}

to:

 
/usr/share/texmf-site/tex/latex/beamer/base/themes/inner/beamerinnerthemerounded.sty

with:

  \setbeamertemplate{blocks}[rounded][shadow=\beamer at themerounded@shadow]
  \setbeamertemplate{title
page}[default][colsep=-4bp,rounded=true,shadow=\beamer at themerounded@shadow]
  \setbeamertemplate{part
page}[default][colsep=-4bp,rounded=true,shadow=\beamer at themerounded@shadow]

to:

  /usr/share/texmf-site/tex/latex/beamer/base/beamerbaseboxes.sty

with:

  \ifbmb at shadow%
    \setbox\bmb at boxshadow=\hbox{\pgfuseshading{bmb at shadow}}%
    \setbox\bmb at boxshadowball=\hbox{\pgfuseshading{bmb at shadowball}}%
    \setbox\bmb at boxshadowballlarge=\hbox{\pgfuseshading{bmb at shadowballlarge}}%
  \fi%

so the shadowing comes from pgf and thense from tikz.

And the slightly-larger-than-an-integer values come from shifting the
shadow a fraction of an ex right and down from the object which “casts”
the shadow.

Interestingly, when nor writing to pdf, tikz uses a set of lines of
decreasing ink density to simulate the shadow, rather than using a
shading as it does with pdf.

For pdf, tikz outputs linear shadings for the bottom and the right, and
radial shadings for each of the three rounded corners.

If you call:

   pdftocairo -ps -level2 att-79735.pdf att-79735-cr.ps2

you get a LanguageLevel 2 ps file which might work on your printers.

By default, cairo’s ps output is level 3, and shadings are output as ps
shadings.  Your printers might not support them.

All of the other pdf→ps conversions, and tikz’s ps output, simulate
shadings instead of coding them as shadings.

If it does, then those printers probably do not support LanguageLevel 3,
notwithstanding whether they claim to.

The real bug is that evince fails to send the original file to the print
queue.  This makes evince a poor choice for printing documents.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cairographics.org/archives/cairo-bugs/attachments/20130528/cfbcd738/attachment.html>


More information about the cairo-bugs mailing list