I use this workaround for a HP DJ5652 printer gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijssIjsServer=hpijs -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="deskjet 5550" -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -dDuplex=false -r1200 -sIjsParams=Quality:Quality=3,Quality:ColorMode=2,Quality:MediaType=2,Quality:PenSet=2 -dIjsUseOutputFD -sOutputFile=noname_hpdj5652.prn noname.output_back.ps
And then I send noname_hpdj5652.prn to the printer with xpp selecting his "raw output" option. The gs command line options had been found from cups in debug mode. I think, in my case, the problem appeared after a system (security) update, but I'm unable to be more precise about the faulty package. And many thank's for those great tools! Joel Le jeudi 02 mars 2006 à 13:10 -0500, DJ Delorie a écrit : > I think the core problem is that the Gtk PCB assumes your printer > supports Postscript level 3. Level 2 is still popular, and there's > really no reason for us to need more than level 1 anyway (HID requires > level 1 but adds level 2 comments for page separations in gv et al). > > So, if you have a level 1 or 2 printer, the workaround for now is to > tell CUPS (or whatever) to pre-render the page using ghostscript > (which is level 3) and send the page as a bitmap instead of sending > the postscript itself to the printer.
