attachment

<div dir="ltr"><div>Hi Smith,</div><div><br></div><div>I prefer Option 3 "print-quality-col".  Lots of precedent in tricky</div><div>bits of IPP and still extensible.  I agree that any single simple</div><div>new attribute (such as "print-quality-percent") won't be a good</div><div>solution.</div><div><br></div><div>To respond to Paul's comment about 3D Printing, I think that</div><div>the "print-quality-col" solution would be the only acceptable</div><div>one.</div><div><br></div><div>Question.  Would we encourage implementors to support</div><div>*both* "print-quality" and "print-quality-col" (simultaneously</div><div>present)?  Because there's a huge legacy of "print-quality"</div><div>implementation.</div><div><br></div><div>Cheers,</div><div>- Ira</div><div><br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG</div><div>Co-Chair - TCG Metadata Access Protocol SG<br></div><div dir="ltr">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 & Printer MIB<br>Blue Roof Music / High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br><a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>(permanent) PO Box 221  Grand Marais, MI 49839  906-494-2434</div><div>(to 30 April 2020) 203 W Oak St  Ellettsville, IN 47429  812-876-9970<br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 27, 2020 at 8:57 AM Kennedy, Smith (Wireless & IPP Standards) via ipp <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Greetings,<div><br></div><div>In the last review of IPP Driverless Printing Extensions v2.0, concerns were once again raised about extending the set of enum values for "print-quality" to solve the "Manufacturer-Deployed Print Quality Mode" and "Administrator-Deployed Print Quality Mode" use cases (3.2.20 and 3.2.21 in the <a href="https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext3v20-20200204.pdf" target="_blank">20200204 published draft</a>). I want to see if we can hash this out via email in between meetings.</div><div><br></div><div>Before we dive into the implementation choices, I want to focus on the use cases and the user experience(s) we want to support. The use cases I have articulated are important to HP, and I have to believe that they are also important to other printer vendors.</div><div><br></div><div>The "print-quality" attribute as defined originally in IPP/1.0 (RFC 2566) has remained unchanged for over 20 years:</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:medium none;padding:0px"><div><pre style="font-size:13.3333px;margin-top:0px;margin-bottom:0px;break-before:page"><span style="display:inline;font-size:1em;font-weight:bold"><h4 style="display:inline;font-size:1em"><a name="m_-4473806498642922504_section-4.2.13" href="https://tools.ietf.org/html/rfc2566#section-4.2.13" style="color:black;text-decoration:none" target="_blank">4.2.13</a> print-quality (type2 enum)</h4></span>

   This attribute specifies the print quality that the Printer uses for
   the Job.

   The standard enum values are:

     Value  Symbolic Name and Description

     '3'    'draft': lowest quality available on the printer
     '4'    'normal': normal or intermediate quality on the printer
     '5'    'high': highest quality available on the printer
</pre></div><div><br></div></blockquote><div>Since semantically there is a linear progression from "draft" to "normal" to "high", a "Print Quality" UI selection control could be presented as a slider, or more generically as a radio button group or a pop-up or table list, where only one option can be chosen. The ordering of the three choices is clear and common sense dictates that they should be presented in order rather than out-of-order.</div><div><br></div><div>Unfortunately, though, this long-standing definition doesn't provide for the possibility that the Printer supports more than 3 quality levels. Nor does it provide space for vendor-defined or site-defined levels, which have existed for quite some time, but always been described in terms of vendor-unique attributes or via legacy (non-IPP) mechanisms. I strongly believe that we need to find a way to allow printers to express their additional print quality options in a way that allows simpler UIs to maintain their simplicity but still allows access to these printer-provided non-standard print quality levels.</div><div><br></div><div>So, my questions are these:</div><div><br></div><div>1. Are there any specific objections to these use cases? I believe these are important to all printer manufacturers, not just HP, as a way of expressing an important vector of product differentiation without having to adopt vendor-unique or site-unique attributes, which many universal clients ignore. This undermines efforts to move away from model-specific drivers.</div><div><br></div><div><br></div><div>2. Assuming agreement with the use cases, if we had a green field / blank sheet of paper, how to support the use cases in IPP?</div><div><br></div><div>Option 1: Extend "print-quality" as per the current proposal</div><div><br></div><div><br></div><div>Option 2: "print-quality-percent" as per Mike's proposal, which I don't think adequately addresses the use cases</div><div><br></div><div><br></div><div>Option 3: Define a new "print-quality-col", which could contain a "print-quality-percent" but could also have printer-provided localized labels and tooltips.</div><div><br></div><div><br></div><div>Option 4: ???</div><div><br></div><div><br></div><div>Please share your thoughts and feedback!</div><div><br></div><div><br></div><div><div>Smith<br><br>/**<br>    Smith Kennedy<br>    HP Inc.<br>*/</div><br></div></div>_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
</blockquote></div>