attachment

<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;">Ira,<div><br><div><div>On Jun 2, 2014, at 11:00 AM, Ira McDonald &lt;<a href="mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com</a>&gt; wrote:</div><blockquote type="cite"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi Mike,<br><br></div>What I was trying to "fix" is that "pdl-override" of 'guaranteed' is largely<br></div>useless, because the degree of override supported in a given PDL<br>

</div>interpreter varies.<br></div></div></div></div></div></div></div></div></blockquote><div><br></div><div>I think you mean 'attempted' here:</div><div><br></div>pdl-override-supported='guaranteed' means that the IPP Printer will guarantee it can override any PDL instructions with the IPP job ticket. &nbsp;A Printer only reports this if it can do so, and I would expect printers to be able to do this for JPEG, PDF, and PWG Raster at a minimum.</div><div><br></div><div>pdl-override-supported='attempted' means that the IPP Printer will attempt to override any PDL instructions with the IPP job ticket. &nbsp;It could see some printers report this for PWG Raster since they might not be able to rescale raster data for different media.</div><div><br></div><div><div>pdl-override-supported='not-attempted' means that the IPP Printer will not override any PDL instructions with the IPP job ticket. This is by far the most commonly reported value for PCL and PostScript printers.</div><div><br></div><blockquote type="cite"><div dir="ltr"><div><div><div><div><div><div>So the IPP Client (sending document data that it did NOT generate but<br></div>that MAY contain job processing instructions) could use 'attempted' to<br></div>learn what is ?safe? to try to override.<br></div></div></div></div></div></blockquote><div><br></div>The Client will never use 'attempted'. &nbsp;That is a Printer capability that the Client can discover via Get-Printer-Attributes. There is no "pdl-override" Job Template attribute.</div><div><br></div><div>A Client can specify ipp-attribute-fidelity='true' or job-mandatory-attributes, and can expect either an outright error at submission time (Printer sees a Job Template attribute it cannot override and doesn't even try) or an error during processing leading to an aborted job (Printer sees something it can't override and reports the error). &nbsp;And for a non-conforming Printer the job might even print without errors.</div><div><br><blockquote type="cite"><div dir="ltr"><div><div><div>If this problem isn't worth "fixing", then I suggest that "pdl-override" with<br>*any* value is not a useful IPP feature - and the Implementor's Guide <br></div>should warn IPP Client developers to avoid using it accordingly.<br></div></div></div></blockquote><div><br></div>Again, "pdl-override" is not a Job Template attribute. &nbsp;It doesn't exist.</div><div><br></div><div>The guidance here should be to prefer JPEG, PDF, PWG Raster, and other well-defined file formats over legacy formats like PCL and PostScript, specifically because overrides are better supported and output is more consistent. &nbsp;And in the same place we can offer a warning/note about legacy PDLs - they are printer specific and often need the output intent embedded in them vs. as IPP Job Template attributes.</div><div><br></div><div>We should probably also provide guidance to Printer implementations (and I think we already have this) on what value(s) to report for "pdl-override-supported" and how to deal with attributes that cannot be overridden.</div><div><br></div><div>
<span class="Apple-style-span" style="border-collapse: separate; font-family: 'Andale Mono'; 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;  "><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></body></html>