[cups.development] [RFE] STR #1271: querying a "ppd" for a printer class

[Patrick Gosling]

[STR New]

At present, applications such as kprinter, if pointed at a CUPS printer
class, fail to deal sensibly with asking the user for printer settings,
because there's no obvious analogy to requesting /printers/printername.ppd
..

CUPS' "lpoptions -l" command appears to cope better, but in practice
appears to just query the first available printer in the class.  This
isn't completely unreasonable as a kludge, and may be the quickest way of
getting half-way decent behaviour out of kprinter.

However, I _think_ that there's a case to be made for CUPS supporting a
"GET /classes/classname.ppd" request, with the ppd in question being
generated by the cupsd by selecting only those parts of the individual
printer.ppds that are common to all the printers.

Link: http://www.cups.org/str.php?L1271
Version: 1.2-feature