GNOME Bugzilla – Bug 696353
evince prints crop marks
Last modified: 2013-05-26 23:18:18 UTC
Created attachment 239506 [details] PDF file to be printed When printing the attached PDF file Adobe Reader / Windows, it prints nice A4 pages without crop marks. On Ubuntu 12.04 evince 3.4.0 prints the attached PDF file with crop marks. The intent of the author was clearly to print without crop marks by default.
Created attachment 239507 [details] page 2 of PDF file, as printed from evince
The document has defined /CropBox and /BleedBox, which is respected when evince displays the document, but not when printed. FWIW, it is not necessarily the intent of the author. Some documents have crop marks as any image, but do not define the attribute /CropBox, /BleedBox or /TrimBox in the PDF.
I'm still fealing something not's right. Let's reformulate it: * Adobe Reader prints the document without crop marks. At least that's the case by default on Windows. There might be an Adobe Reader option to print them - actually I do hope there is such an option - but that's not the default. * The document was created by Adobe Distiller on Macintosh. I suspect Adobe Acrobat on Mac does the same as Adobe Reader on Windows, hence my remark about the initial intent of the author. Of course I may be wrong. * There are use cases for this document where it should be printed on A4 paper without crop marks.
To make myself clear, check https://bugzilla.gnome.org/show_bug.cgi?id=685785 Evince master (3.7) with poppler 0.22 shows the document you attached without the crop marks. So that, evince is honouring the attribute /CropBox and/or /BleedBox present in the document for *viewing* documents. However, this is not happening when the document is sent to print. You can open the document 'page 2' that you attached with Acrobat Reader in Windows, and I think it will show the crop marks for viewing and printing the document. Regarding to my comment that this is not necessarily the author's intention is because you can receive documents with "crop marks" but without the proper attributes /CropBox in the PDF itself and, I think, the viewer can not do too much about them. However, in a further edition that attribute can be added (see the bug I linked previously). At last but not least, my intention was not to challenge you but to provide more information to the evince developers.
I think I've understood now, please bear with me as I'm not really proficient in PDF matters. I'll reformulate again to make sure I am making myself clear enough, even though you had probably already understood. * The first attachment "Kef1LOW.pdf" is both viewed and printed without crop marks by Adobe Reader. I am reporting a difference between Adobe Reader and evince when printing only. When viewing the document, both Adobe Reader and evince omit the crop maks. * The second attachment "Kef1LOW-2-evince.pdf" is the result of printing page 2 of the first document from evince to a PDF file. Both Adobe Reader and evince wiew and print this document with crop marks. My point is that printing the first attachment "Kef1LOW.pdf" from Adobe Reader to a file - for example using PDFcreator - would probably result in a different "Kef1LOW-2-adobe.pdf" file, without crop marks. I would be deligthed if a future version of evince could mimic Adobe Reader, for example by adding a /CropBox on the fly as you suggest - if I understand correctly. Finally I had a look at bug #685785 which is indeed similar but not identical: if I'm not mistaken bug #685785 suggests evince should provide a way to interactively remove crop marks that are visible when viewing a document. I would like to suggest that crop marks which are omitted when viewing the document could also be automatically omitted when printing the document - either always or optionally.
(In reply to comment #5) > [...] > Finally I had a look at bug #685785 which is indeed similar but not identical: > if I'm not mistaken bug #685785 suggests evince should provide a way to > interactively remove crop marks that are visible when viewing a document. I > would like to suggest that crop marks which are omitted when viewing the > document could also be automatically omitted when printing the document - > either always or optionally. Both are 2 different bugs, I pointed it out just make it clear that crop marks can be added/removed at any time (not only when the author creates and distributes the PDF).
Here is another example of a PDF file printed without crop marks from the Mozilla Firefox PDF reader or Adobe Reader but with crop marks from evince. ftp://ftp.dell.com/Manuals/all-products/esuprt_laptop/esuprt_latitude_laptop/latitude-e4300_Setup%20Guide2_en-us.pdf
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 649886 ***