http://qa.mandrakesoft.com/show_bug.cgi?id=872
------- Additional Comments From [EMAIL PROTECTED] 2003-03-06 19:20 -------
Hi!
Not all postscript files are problematic, only those which redefine the
setpagedevice command in the beginning, for example postscript files
generated using psnup -2 .... or pstops.
The problem is, that these programs redefine the setpagedevice command in the
beginning, and cups puts it's initialization after the command definition,
but before the page description part of the postscript file (unfortunatelly i
don't know how these parts of a ps file are called, but the command
definitions are usually at the beginning).
These programs (psnup, pstops, ...) want to print more than one pages of the
original document on one singkle sheet of paper, and they protect their
setting by redefining the setpagedevice command, so cups can't set the page
side correctly, because of the placement of it's initialization command. The
default page size in ghostscript is letter, so if the pagesize is not set
using setpagedevice (the real one, not the redefined one) it tries to print
on this size of paper.
The real solution would be changing all program parts in cups which send
<< ..some settings.. >> setpagedevice
to
<< ..some settings.. >> systemdict/setpagedevice get exec << >>
A workaround for the problem is changing "gs" to "gs -sPAPERSIZE=a4" in the
ppd file.
If you want to reproduce the bug, simply create a postscript file which is at
least two pages long (for example using latex and dvips) and then run psnup
-2 <original postscript file> | lpr.
I'll attach one such document (which prints now OK with the above workaround).
(BTW the papersize is set correctly using printerdrake).
PS: after installing the updates from MandrakeSecure, clicking system/users in
the Control Center stopped working (actually you can't execute anything using
consolehelper as root). Whos should I write to about this?
On Thursday 06 March 2003 18:26, till wrote:
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date:
description:
Using CUPS with the ghostscript+gimp-print driver on an Epson Stylus Color 400
results in a shifted (towards the top - firstly printed - part of the paper) and
clipped (smaller printed area, big margin at tha lastly printed part) printout.
This problems wasn't there using stcolor driver and lprng under suse. Other
people told me, that they had the same problem with a C70 printer, and switching
to PDQ from CUPS solved the problem.
