attachment

<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>As Ira suggests, I believe that it is very difficult to “guarantee” successful override, considering the potential complexity and variations in the PDL.  But ‘attempted’ is squishy  and making it REQUIRED  might tempt some to report ‘attempted’ even when the attempt is halfhearted (or non-existent). That would make the value even more unreliable. Perhaps we should have allowed a value of ‘best effort’  meaning that the printer will really try. But I think making ‘attempted’ a minimum REQUIRED response may just increase uncertainty. Better that the User understand that he is stuck with what is in the PDL  if there is not  very good likelihood that  the overrides will be completely successful.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Bill Wagner<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] <b>On Behalf Of </b>Ira McDonald<br><b>Sent:</b> Wednesday, May 21, 2014 11:42 AM<br><b>To:</b> Kennedy, Smith (Wireless Architect); Ira McDonald<br><b>Cc:</b> &lt;ipp@pwg.org&gt;<br><b>Subject:</b> Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs<o:p></o:p></span></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><div><div><div><div><div><div><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Hi Smith,<o:p></o:p></p></div><p class=MsoNormal>We've never made &quot;pdl-override-supported&quot; have 'guaranteed' as REQUIRED<o:p></o:p></p></div><p class=MsoNormal>(even in IPP/2.1 or IPP/2.2 levels), because it's binary.&nbsp; <br><br>If you claim that your Printer supports 'guaranteed' then you have to be able to<br>*successfully* intercept and override everything in your interpreters (vanishingly <br>unlikely in PDF, for example).<o:p></o:p></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><p class=MsoNormal>I agree with Mike that I've never seen a printer in the wild that actually supported<o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'>'guaranteed'.<o:p></o:p></p></div><div><p class=MsoNormal>I also agree that should make 'attempted' a REQUIRED value and 'guaranteed'<o:p></o:p></p></div><div><p class=MsoNormal>a RECOMMENDED value (explaining in the Implementors Guide that there are<o:p></o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>practical limitations w/ third-party interpreters to perfect override).<o:p></o:p></p></div><div><p class=MsoNormal>Cheers,<o:p></o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>- Ira<o:p></o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><br><br><o:p></o:p></p></div><p class=MsoNormal>Cheers,<o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'>- Ira<o:p></o:p></p></div><div><p class=MsoNormal><br clear=all><o:p></o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br>IETF Designated Expert - IPP &amp; Printer MIB<br>Blue Roof Music / High North Inc<br><a href="http://sites.google.com/site/blueroofmusic" target="_blank"><span style='color:#3333FF'>http://sites.google.com/site/blueroofmusic</span></a><br><a href="http://sites.google.com/site/highnorthinc" target="_blank"><span style='color:#6600CC'>http://sites.google.com/site/highnorthinc</span></a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>Winter&nbsp; 579 Park Place&nbsp; Saline, MI&nbsp; 48176&nbsp; 734-944-0094<br>Summer&nbsp; PO Box 221&nbsp; Grand Marais, MI 49839&nbsp; 906-494-2434<o:p></o:p></p></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>On Wed, May 21, 2014 at 11:22 AM, Kennedy, Smith (Wireless Architect) &lt;<a href="mailto:smith.kennedy@hp.com" target="_blank">smith.kennedy@hp.com</a>&gt; wrote:<o:p></o:p></p><p class=MsoNormal>Hi Mike,<br><br>Since “attempted” is so squishy, why not mandate “guaranteed”? &nbsp;Including “attempted” seems like a loophole.<br><br>Smith<br><br>/**<br>&nbsp; &nbsp; Smith Kennedy<br>&nbsp; &nbsp; ATB Wireless Architect - PPS<br>&nbsp; &nbsp; Hewlett-Packard Co.<br>*/<o:p></o:p></p><div><div><p class=MsoNormal><br><br><br>On 2014-05-21, at 7:42 AM, Michael Sweet &lt;<a href="mailto:msweet@apple.com">msweet@apple.com</a>&gt; wrote:<br><br>&gt; All,<br>&gt;<br>&gt; It has come to my attention that neither the IPP Everywhere nor the PWG Raster Format specs explicitly call out required values for the &quot;pdl-override-supported&quot; Printer attribute. This attribute specifies whether the Printer can override embedded job ticket information (such as media size) when requested in a Job via the &quot;ipp-attribute-fidelity&quot; or &quot;job-mandatory-attributes&quot; Job Template attributes.<br>&gt;<br>&gt; Generally speaking, Printers SHOULD support PDL override for the standard PDLs in IPP Everywhere, including PWG Raster, JPEG, and PDF. &nbsp;Typically this means forcing prints to a single media/size or forcing simplex/duplex output, and is particularly important for JPEG.<br>&gt;<br>&gt; My recommendation is for us to add the following conformance statement in a future revision of the IPP Everywhere specification:<br>&gt;<br>&gt; &nbsp; &nbsp;pdl-override-supported (type2 keyword)<br>&gt;<br>&gt; &nbsp; &nbsp;When reporting capabilities for the 'application/pdf', 'image/jpeg', or 'image/pwg-raster'<br>&gt; &nbsp; &nbsp;MIME media types, Printers MUST report either 'attempted' or 'guaranteed' for the<br>&gt; &nbsp; &nbsp;&quot;pdl-override-supported&quot; Printer attribute,<br>&gt;<br>&gt; Thoughts?<br>&gt;<br>&gt; _________________________________________________________<br>&gt; Michael Sweet, Senior Printing System Engineer, PWG Chair<br>&gt;<o:p></o:p></p></div></div><p class=MsoNormal style='margin-bottom:12.0pt'>&gt; _______________________________________________<br>&gt; ipp mailing list<br>&gt; <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>&gt; <a href="https://www.pwg.org/mailman/listinfo/ipp" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br><br><br>_______________________________________________<br>ipp mailing list<br><a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br><a href="https://www.pwg.org/mailman/listinfo/ipp" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><o:p></o:p></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>