[Printing-architecture] Issue list from HP
till.kamppeter at gmail.com
Mon Apr 27 09:16:46 PDT 2009
Till Kamppeter wrote:
> > CUPS driver issues:
> > 1. GPL Ghostscript duplex support is missing. For Inkjets the backpage
> > needs x and y inversion. CUPS attributes cupsFlipDuplex and
> > cupsBackSide may have worked for ESP Ghostscript, but not in the
> > current GPL Ghostscript 8.63. What does pdftoraster do?
> This needs to be fixed in the CUPS Raster output device of Ghostscript
> or in the pdftoraster CUPS filter. Both are part of Ghostscript. So
> please report a bug on http://bugs.ghostscript.com/ and post the link to
> your bug report here.
pdftoraster or pstoraster do not need to get fixed here, as the "cups"
output device of Ghostscript reads the PPD directly. So all the static
printer features in the PPD which are not to be set by the user or the
admin are not needed to be treated in the wrapper filters pdftoraster or
The CUPS library does the PPD reading for Ghostscript's "cups" device.
In contrary to what one expects from the documentation it does not
support the cupsBackSide keyword but only the deprecated cupsFlipDuplex
keyword. The same is valid for the "cups" output device. It only
supports "cupsFlipDuplex". I have already reported a bug to CUPS:
So currently, you can only add the deprecated
to the PPDs of the duplexing inkjets.
> > 2. CUPS filter pstoraster does not allow duplicate papersizes with
> > different printable regions. For example Letter and LetterDuplex use
> > the same paper size, but have different printable regions. When
> > LetterDuplex is selected only the printable region for Letter is
> > passed to CUPS driver. What does pdftoraster do?
> The pstoraster filter only calls Ghostscript expecting that the pstops
> CUPS filter has inserted all option settings into the PostScript data
> stream. The inserted PostScript code contains only the width and height
> of the paper in points, neither margin info nor the paper size name, so
> Ghostscript has no information about the selected paper size in active
> PostScript code. I think in pdftoraster the paper size name gets into
> the process, but I am not sure how the CUPS Raster output device makes
> use of it. Please try out whether pdftoraster does the right thing. In
> general, report a bug on http://bugs.ghostscript.com/, as also
> pstoraster should work correctly.
The page size name problem was not a problem of pstoraster and
pdftoraster but of the "cups" output device of Ghostscript. I have fixed
this now in the Subversion repository of Ghostscript, so that different
page size entries which differ only in the margins and not in the size
are supported from Ghostscript 8.65 on. I have also attached the patch.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1097 bytes
Desc: not available
Url : http://lists.linux-foundation.org/pipermail/printing-architecture/attachments/20090427/948985b4/attachment.bin
More information about the Printing-architecture