HELP WANTED: kdeprint with GNUlpr

[James Richard Tyrer]

Till Kamppeter wrote:
> James Richard Tyrer wrote:

>> and it won't print PostScript data that doesn't have the fonts embedded.
> 
> 
> Probably your configuration of ESP GhostScript is not correct. Please 
> post in the newsgroups/mailing lists of http://www.cups.org/ for help.

We aren't talking about me here.  I built CUPS and EPS GhostScript from source.

What we need to talk about is the user that installed them from RPMs.  In that case, how 
do you tell CUPS where to look for fonts?

>> This was simple to fix in GNUlpr -- a few lines added to a script.  
>> Although Craig Drummond says that he has fixed this with CUPS if you 
>> use FooMatic.
> 
> 
> Can you give me that fix? I like to see what Craig did.

http://bugs.kde.org/attachment.cgi?id=2924&action=view

<SNIP>
> Foomatic gives the same benefits for ALL spoolers (CUPS, LPRng, LPD, 
> GNUlpr, PPR, PDQ, CPS, spooler-less printing):
> 
> - Databse with more than 1100 printers and more than 240 drivers.
> - Complete Adobe-compliant PPD support
> - Absolutely Adobe-compliant PPDs for all known GhostScript drivers
> - PPDs can be used with OpenOffice.org, the GIMP, and for Point'n'Print 
> on Windows clients with Samba and a PostScript driver for Windows.
> - Access to all driver options on a per-job basis for the user, not only 
> on a default-setting basis for the admin, even with LPD flavours who do 
> not support passing option settings along with a job.
> - Usage of CUPS raster drivers with non-CUPS spoolers
> - Option settings can be applied to selected pages
> - Non-printable margin info for many printer-driver combos
> - Paper input tray selection with many GhostScript drivers which do not 
> support this natively
> - PJL options (Economode and such) available for many printers
> - Bugs in PostScript generated by OpenOffice.org are worked around
> - Foomatic is the official driver/spooler integration system for many 
> drivers (HPIJS from HP, GIMP-Print, foo2zjs, Epson EPL L-Series drivers, 
> ...)

I'm not certain how all of this benefits a user with one system and one printer.  But, I 
can see some things that might help.  For me, the question is can it allow me to set the 
printer resolution without having to have separate printer instances for each resolution? 
-- like I can with: "gpr".

--
JRT