[Bug 884753] New: evince/cairo: printing an A4 PDF file from evince generates new Letter PDF printout
https://bugzilla.novell.com/show_bug.cgi?id=884753 https://bugzilla.novell.com/show_bug.cgi?id=884753#c0 Summary: evince/cairo: printing an A4 PDF file from evince generates new Letter PDF printout Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: jsmeix@suse.com QAContact: qa-bugs@suse.de CC: ohering@suse.com Found By: Development Blocker: No When I print a PDF version 1.4 file with content A4 size from evince, the PDF printout data from evince is not the original PDF input file. Instead evince converts the original PDF into a new PDF version 1.5 by using cairo and thereby the new content becomes converted into Letter size. How to reproduce: ----------------------------------------------------------------------------- # lpadmin -p testy -v file:/dev/null -E # cupsdisable testy # echo hello | a2ps -1 -M a4 -o- | ps2pdf -sPAPERSIZE=a4 - >/tmp/hello.a4.pdf $ evince /tmp/hello.a4.pdf [printing from evince into the testy print queue results /var/spool/cups/d00266-001] # cp /var/spool/cups/d00266-001 /tmp/hello.a4.evince.printout.pdf # pdfinfo /tmp/hello.a4.pdf Title: stdin Author: root Creator: a2ps version 4.13 Producer: GPL Ghostscript 9.07 CreationDate: Fri Jun 27 15:20:17 2014 ModDate: Fri Jun 27 15:20:17 2014 Tagged: no Form: none Pages: 1 Encrypted: no Page size: 595 x 842 pts (A4) Page rot: 0 File size: 10904 bytes Optimized: no PDF version: 1.4 # pdfinfo /tmp/hello.a4.evince.printout.pdf Creator: cairo 1.12.16 (http://cairographics.org) Producer: cairo 1.12.16 (http://cairographics.org) Tagged: no Form: none Pages: 1 Encrypted: no Page size: 612 x 792 pts (letter) Page rot: 0 File size: 26038 bytes Optimized: no PDF version: 1.5 # gs -sDEVICE=bbox /tmp/hello.a4.pdf ... %%BoundingBox: 23 23 572 815 # gs -sDEVICE=bbox /tmp/hello.a4.evince.printout.pdf ... %%BoundingBox: 48 21 564 767 ----------------------------------------------------------------------------- Also viewing the files using # gs -r50 /tmp/hello.a4.pdf versus # gs -r50 /tmp/hello.a4.evince.printout.pdf shows the difference. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884753 https://bugzilla.novell.com/show_bug.cgi?id=884753#c2 --- Comment #2 from Olaf Hering <ohering@suse.com> 2014-06-27 15:47:48 CEST --- Does the locale matter here as well? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884753 https://bugzilla.novell.com/show_bug.cgi?id=884753#c3 Johannes Meixner <jsmeix@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Minor --- Comment #3 from Johannes Meixner <jsmeix@suse.com> 2014-06-27 16:22:40 CEST --- When explicitly setting in the evince printing dialog "Page Setup" - "Paper size:" A4 "Page Handling" - "Page Scaling:" None evince/cairo converts the original PDF into a new PDF but now the new content is A4 size. Now even "gs -sDEVICE=bbox ..." shows the same BoundingBox values for the evince printout as in the original file. I think the default "Page Handling" settings in evince to "Shrink to Printable Area" and "Auto Rotate and Center" make sense. In special cases explicitly maintaining the content size when printing from evince is needed to ensure the printout has the right content size. I think this is o.k. The only thing that is questionable is whether or not evince should really re-create even PDF input? If you think it makes sense that evince re-creates even PDF input, you can close the bug report as "invalid". In this case I would appreciate some reasoning why it makes sense that evince re-creates even PDF input. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884753 https://bugzilla.novell.com/show_bug.cgi?id=884753#c4 --- Comment #4 from Johannes Meixner <jsmeix@suse.com> 2014-06-27 16:32:24 CEST --- As far as I see the locale does not matter - at least mot for me. At least for me it seems evince remembers the "Page Setup" and "Page Handling" values regardless of the locale. I set "Paper size:" A5 and regardless of my locale after re-start of evince I always have always "Paper size:" A5 now. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884753 https://bugzilla.novell.com/show_bug.cgi?id=884753#c5 Johannes Meixner <jsmeix@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |till.kamppeter@gmail.com --- Comment #5 from Johannes Meixner <jsmeix@suse.com> 2014-08-15 15:52:02 CEST --- Till, only FYI: This is the openSUSE issue that evince re-creates even PDF input. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com