On 05/05/2010 07:43 PM, George Liu wrote:
I'd like to suggest making s-c-p more or less aligned with CUPS mechanism of matching drivers. If user can find a matching driver using CUPS web interface, he/she might expect S-C-P only to do better.
s-c-p is better than CUPS in printer/driver matching, I have added a lot of mechanisms which are not available in CUPS.
I'd like to propose the following:
- I'll see whether I can put in Ricoh DeviceIdOID in CUPS. Currently, in cups.1.4.x, only Lexmark is having a special deviceIdOID.
Yes, all known manufacturer/model-specific exceptions should get added, as this is easier to update than updating printer firmware. But independent of this, new printers should adopt the standards (especially IPP Everywhere to be ready for printing from mobile devices).
- Do you think it's possible to build a fall-back mechanism in s-c-p if CUPS cannot find "device-id"? (It's much easier to change PPD file or software than requiring printer firmware change)
I have already implemented such a fallback mechanism which uses the make-and-model string if device-id is empty. Note that I did not yet upstreamize all Ubuntu patches. They are intended to go upstream but I did not find the time yet to actually do it. So check the Ubuntu Lucid version of s-c-p.
Till