On Sun, 2006-10-22 at 00:53 -0700, [EMAIL PROTECTED] wrote: > I just found something that worked, if I use gs as follows: > > /usr/bin/gs -sDEVICE=cdjcolor -sOutputFile=\|lpr myfile.ps > > It prints the .ps file correctly (with the same coloring as GIMP) so now I > need to figure out how to get X Print to call something like that.
Ah good, I suspected it might have been something like that. > I found that there is a line in the X Print attributes/printer file: > > HPDeskJet870.xp-spooler-command: /usr/bin/lpr -P%printer-name% > -#%copy-count% -J %job-name% > > But I don't know how to rewrite that to use gs in the above situation, do > you have any ideas? Your tests indicate the problem is with lpr rather than Xprint. Xprint generates postscript and then just passes it on to lpr to forward on to the printer. So rather than trying to adapt the Xprint configuration (it could probably be done, but might be tricky), it will be simpler to fix your lpr configuration instead. The advantage of this solution is that it will also fix printing from anywhere else (e.g. command line, xpdf), not just Xprint. You'll need to find out what is controlling lpr. It might be lprng for instance. It will have some config files somewhere, where you will be able to define the preprocessor ( the gs command). If you can't find it easily, then I would recommend using CUPS instead to manage lpr, it's a lot simpler to configure than lprng. You can access http://localhost:631/ to manage the printers via a webbrowser GUI. You could also make sure the driver for your particular printer is up to date by grabbing the latest one from linuxprinting.org. It's probably worth reading linuxprinting.org. I think they also have some help pages for lprng if you want to stick with that. Drew _______________________________________________ Xprint mailing list [email protected] http://mozdev.org/mailman/listinfo/xprint
