attachment-0001

<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">All,<div><br></div><div>As some of you might have noticed, CUPS 1.7 has support for a new IPP-based paid printing interface. &nbsp;I have just posted a draft for consideration as future work for the IPP WG at:</div><div><br></div><div><div>&nbsp; &nbsp; <a href="ftp://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipppaid-sweet-20130314.docx">ftp://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipppaid-sweet-20130314.docx</a></div></div><div><div>&nbsp; &nbsp; <a href="ftp://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipppaid-sweet-20130314.pdf">ftp://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipppaid-sweet-20130314.pdf</a></div></div><div><br></div><div>This specification expands on what we added (printer-charge-info/-uri) in JPS3 by adding a new job-authorization-uri that is used to authorize a paid printing transaction, much like how credit card transactions are authorized. &nbsp;As with JPS3, the new interface does not expose the complicated details of currency, but instead focuses on the lower-level transaction processing that is needed. &nbsp;Section 4 goes into some depth on how it all works, complete with a sequence diagram.</div><div><br></div><div>Aside from transactions, this spec also exposes the necessary interfaces for basic quota-based printing (often used in conjunction with transactions) so that the User (and Client software) can know when some action is required of the User. &nbsp;Like the paid printing interface, the focus is on the lower-level notifications and not on exposing page counts, limits, and the like - I don't feel that the CUPS page count/limit interface is sufficiently generic to be standardized...</div><div><br></div><div>I've also thrown in some additional attributes and values that we use in CUPS and other printing standards - print-scaling to control output scaling, new finishings values for punch and fold, and some descriptive attributes providing limits, the default landscape orientation, and information about the Bonjour service name and kind/category of print functions that are supported. &nbsp;These are not limited to paid printing, but definitely are needed when you get beyond the simple "print this file on plain paper" use cases. Many have also been in use for several years now... &nbsp;If there is resistance to "bundling" these with the paid printing spec, I am happy to split it out as a separate spec as well.</div><div><br></div><div>Enjoy!</div><div><br></div><div><div>
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">_________________________________________________________<br>Michael Sweet, Senior Printing System&nbsp;Engineer, PWG Chair</div></span></span>
</div>

<br></div><br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</body></html>