Results of Printing TestsMembers of the Mac OS X TeX mailing list and the ConTeXt mailing list were asked to do tests and submit the results on a survey formPrinting was done from Preview.app on Mac OS X 10.2 and 10.3 as well as from Acrobat/Reader on other platforms for comparison. The results of the survey are available here. Revealing the Bug in Preview.app
As an example, page 38
was extracted from the manual.
This page prints perfectly with Acrobat/Reader on Mac, PC, and Linux platforms,
To reveal the bug, William Adams created another version of this pdf file as described below: |
Date: Tue, 02 Mar 2004 19:07:31 -0500 From: William Adams | |
[ click on image to enlarge ] [ jpg ] [ pdf ] |
The image is a scanned copy of the modified pdf of page 38,
001-page38_adams.pdf,
which was opened with Acrobat Reader and printed from a Linux machine. The same file printed from Preview.app does not reveal the black areas but the parts of the captions are fuzzy, where (possibly) the transparent part of the image overlaps the text. See email notes by William Adams, Ross Moore. and Gerben Wierda.
Claus Gerhardt wrote: On 02.03.2004, at 21:53, Claus Gerhardt wrote: The problem isn't caused by a printer: I did print p.37 to a file as ps and then transformed the ps file via pstopdf (gs 8). The pdf file was blurred if the ps initiating application was Preview (%%Creator: (Preview: cgpdftops CUPS filter)) but it was fine if Acrobat had been for the printing to a ps file (%%Creator: (Acrobat: pictwpstops filter 1.0)). As a follow-up: the culprit seems to be cgpdftops. When I used pdf2ps to obtain the ps file and then performed as before ps2pdf the final pdf file okay. Claus
Siep Kroonenberg (Survey #05) was able to get good output by printing the file indirectly via Linux "print-to-file CUPS backend; resulting pdf printed on a Linux system with CUPS v1.1.20 on a DeskJet 890C" |