Bug 691140 - -dPDFSETTINGS=/printer not supported by ghostxps?
Summary: -dPDFSETTINGS=/printer not supported by ghostxps?
Status: RESOLVED LATER
Alias: None
Product: GhostXPS
Classification: Unclassified
Component: General (show other bugs)
Version: master
Hardware: PC Linux
: P4 normal
Assignee: Henry Stiles
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-25 22:14 UTC by Joseph Heenan
Modified: 2010-05-21 13:11 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joseph Heenan 2010-02-25 22:14:28 UTC
http://svn.ghostscript.com/ghostscript/trunk/gs/doc/Ps2pdf.htm seems to imply
that -dPDFSETTINGS=/printer can be used to setup the pdf writer parameters, but
this doesn't seem to work when using ghostxps, test using svn trunk:

$ ~/xps/gxps -r600 -sDEVICE=pdfwrite -sOutputFile=out.pdf -dBATCH -dNOPAUSE
-dPDFSETTINGS=/printer  ./DOH-6970-JPN.xps 
Usage for -d is -d<option>=[<integer>|<float>|true|false]

I'm not sure if this is a bug or just something that's unsupported, but it would
certainly be useful if it did work as setting the equivalent settings by hand is
rather tedious!
Comment 1 Tor Andersson 2010-05-21 10:38:37 UTC
(a) the ghostpdl frontend is limited in how it handles parameters.

(b) pdfwrite relies on the postscript interpreter for a lot of setup.

Is now the time to start work on a unified frontend to solve these
issues?
Comment 2 Henry Stiles 2010-05-21 13:11:53 UTC
(In reply to comment #1)
> (a) the ghostpdl frontend is limited in how it handles parameters.
> 
> (b) pdfwrite relies on the postscript interpreter for a lot of setup.
> 
> Is now the time to start work on a unified frontend to solve these
> issues?

I don't know when we'll get to this, it is on the project list.  Many of the /printer parameters defined in gs_pdfwr.ps can be passed as device parameters on the command line.  Hope that helps.