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; line-break: after-white-space;" class=""><br class="">
<div><br class=""><blockquote type="cite" class=""><div class="">On Apr 18, 2019, at 10:17 AM, Sean Kau <<a href="mailto:skau@chromium.org" class="">skau@chromium.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div dir="ltr" class="">For soft-proof-icc-profile, would this be obviated by the proof operations in Enterprise Print Extensions?</div></div></blockquote><div><br class=""></div>They both have the word "proof" in them but they are different. Proof Printing is where you submit a multi-copy job, it prints one copy for you to inspect ("hard proof") before approving additional copies of it to be produced.</div><div><br class=""></div><div>"Soft proofing" is a faithful attempt to emulate on-screen the exact layout and color production that will be produced on hardcopy. For unique color transformations, some way to represent that transformation on the Client will be needed to preview that transformation. We didn't want to mix up the ICC profiles for color management from "printer-icc-profiles" with this soft proofing use, so we decided to declare a new collection to isolate these ICC profiles.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Regarding UI suggestions, it would seem to make sense to include these recommendations in a separate document as they don't pertain specifically to the proposed attributes.</div><div class=""><br class=""></div><div class="">I'm concerned that adding vendor extensions to print-color-mode will significantly complicate client applications attempting to render previews of content as the behavior is predictable now. I would prefer to add a standard value for printer-color-mode that indicates we defer to an advanced setting for color.</div></div></div></blockquote><div><br class=""></div>I'm not sure I understand your alternative. That's actually what the "soft-proof-icc-profiles" is supposed to facilitate. But if clients don't want to support that feature, it is their choice. </div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Sean</div><div class=""><br class=""></div><div class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 18, 2019 at 7:32 AM Ira McDonald via ipp <<a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class=""><div class="">Hi Smith,</div><div class=""><br class=""></div><div class="">Bit or arcana,</div><div class=""><br class=""></div><div class="">In Printer MIB and many other IETF MIBs, enum '1' is 'other' and '2' is 'unknown',</div><div class="">so we avoid them for compatibility in IPP as a rule.</div><div class=""><br class=""></div><div class="">Cheers,</div><div class="">- Ira</div><div class=""><br class=""></div><div class=""><div class=""><div dir="ltr" class="gmail-m_1526932805105548713gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class="">Ira McDonald (Musician / Software Architect)<br class="">Co-Chair - TCG Trusted Mobility Solutions WG</div><div class="">Co-Chair - TCG Metadata Access Protocol SG<br class=""></div><div dir="ltr" class="">Chair - Linux Foundation Open Printing WG<br class="">Secretary - IEEE-ISTO Printer Working Group<br class="">Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br class="">IETF Designated Expert - IPP & Printer MIB<br class="">Blue Roof Music / High North Inc<br class=""><a style="color:rgb(51,51,255)" href="https://protect-us.mimecast.com/s/xLfSCDkr5rf2okXNtW4Olt?domain=sites.google.com" target="_blank" class="">http://sites.google.com/site/blueroofmusic</a><br class=""><a style="color:rgb(102,0,204)" href="https://protect-us.mimecast.com/s/eArdCERv5vsrlNBVFwxOow?domain=sites.google.com" target="_blank" class="">http://sites.google.com/site/highnorthinc</a><br class="">mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank" class="">blueroofmusic@gmail.com</a><br class="">PO Box 221 Grand Marais, MI 49839 906-494-2434<br class=""><br class=""><div style="display:inline" class=""></div><div style="display:inline" class=""></div><div style="display:inline" class=""></div><div class=""></div><div class=""></div><div class=""></div><div class=""></div></div></div></div></div></div></div></div></div></div><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 17, 2019 at 9:41 PM Kennedy, Smith (Wireless & Standards Architect) via ipp <<a href="mailto:ipp@pwg.org" target="_blank" class="">ipp@pwg.org</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><br class="">
<div class=""><br class=""><blockquote type="cite" class=""><div class="">On Apr 17, 2019, at 5:40 PM, Michael Sweet <<a href="mailto:msweet@msweet.org" target="_blank" class="">msweet@msweet.org</a>> wrote:</div><br class="gmail-m_1526932805105548713gmail-m_5020134672147159841Apple-interchange-newline"><div class=""><span style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;float:none;display:inline" class="">Some quick comments:</span><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class=""><br class=""></div><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class="">1. The tooltip stuff in strings files should be a separate Best Practice. Yes it will be mostly boilerplate... :(</div></div></blockquote><div class=""><br class=""></div>OK. Can reference that from this doc.</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class=""><br class=""></div><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class="">2. print-color-mode-default: Drop</div></div></blockquote><div class=""><br class=""></div>I'm interpreting this to mean to remove it from this document, since it is already defined in 5100.13?</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><div class=""><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class=""><br class=""></div><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class="">3. print-color-mode-supported: Should be print-color-mode</div></div></blockquote><div class=""><br class=""></div>I'm interpreting this to mean just relabel the sub-section to be "print-color-mode"?</div><div class=""><br class=""></div><div class="">FWIW, I've been struggling with a related stylistic concern. If one is defining an attribute, say that specifies a keyword type syntax, and there are standard keywords defined as well, should those standard keyword definitions be made in the "xxx-supported" or "xxx" subsection?</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class=""><br class=""></div><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class="">4. print-quality enum extensions: enums are not supposed to use values 1 and 2... :( </div></div></blockquote><div class=""><br class=""></div><div class="">Hum - I always puzzled over that. Why is that? Whatever the reason, we need to capture the reason for that in our as-yet-to-be-started IPP Design Patterns document...</div><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class="">Maybe we could look at a "print-quality-col (collection)" attribute with more details? Or define a separate range (10-19?) representing 10 different vendor-specific qualities?</div></div></blockquote><div class=""><br class=""></div><div class="">I'd probably tend toward the latter since that attribute is already widely supported, and I don't know what other fields a "print-quality-col" might provide. Let's see if others have thoughts on that.</div><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class=""><br class=""></div><div style="font-family:Helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none" class=""><br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On Apr 17, 2019, at 2:10 PM, Kennedy, Smith (Wireless & Standards Architect) via ipp <<a href="mailto:ipp@pwg.org" target="_blank" class="">ipp@pwg.org</a>> wrote:</div><br class="gmail-m_1526932805105548713gmail-m_5020134672147159841Apple-interchange-newline"><div class=""><div class="">Greetings,<div class=""><br class=""></div><div class="">I just posted a first draft of a "IPP Custom Print Quality and Intent Extensions</div>(CUSTOMPQI)" white paper that proposes some additions to IPP that relate to supporting print quality hint and settings additions.<br class=""><div class=""><br class=""></div><div class=""> <span class="gmail-m_1526932805105548713gmail-m_5020134672147159841Apple-converted-space"> </span><a href="https://protect-us.mimecast.com/s/s2WtCG6xjxhxBQwKhpnQng?domain=ftp.pwg.org" target="_blank" class="">https://ftp.pwg.org/pub/pwg/ipp/whitepaper/white-hp-ipp-custompqi-20190412.pdf</a> <br class=""> <span class="gmail-m_1526932805105548713gmail-m_5020134672147159841Apple-converted-space"> </span><a href="https://protect-us.mimecast.com/s/JyXrCJ6AmAhGBDx3cLmc7W?domain=ftp.pwg.org" target="_blank" class="">https://ftp.pwg.org/pub/pwg/ipp/whitepaper/white-hp-ipp-custompqi-20190412.docx</a> </div><div class=""><br class=""></div><div class="">We won't likely have time to review it at our April 2019 F2F in a session, but I encourage those at the F2F to take a look at it so we can discuss after hours, etc. if you have an interest in what it proposes.</div><div class=""><br class=""></div><div class="">Cheers,</div><div class=""><div class="">Smith<br class=""><br class="">/**<br class=""> Smith Kennedy<br class=""> HP Inc.<br class="">*/</div><br class=""></div></div>_______________________________________________<br class="">ipp mailing list<br class=""><a href="mailto:ipp@pwg.org" target="_blank" class="">ipp@pwg.org</a><br class=""><a href="https://protect-us.mimecast.com/s/wT06CKrBnBFgDGLzFpKToM?domain=pwg.org" target="_blank" class="">https://www.pwg.org/mailman/listinfo/ipp</a><br class=""></div></blockquote></div><br class=""><div class=""><span class="gmail-m_1526932805105548713gmail-m_5020134672147159841Apple-style-span" style="border-collapse:separate;font-family:Helvetica;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-variant-east-asian:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div class=""><div class="">_____________<br class="">Michael Sweet</div></div></span></div></div></div></blockquote></div><br class=""></div>_______________________________________________<br class="">
ipp mailing list<br class="">
<a href="mailto:ipp@pwg.org" target="_blank" class="">ipp@pwg.org</a><br class="">
<a href="https://protect-us.mimecast.com/s/wT06CKrBnBFgDGLzFpKToM?domain=pwg.org" rel="noreferrer" target="_blank" class="">https://www.pwg.org/mailman/listinfo/ipp</a><br class="">
</blockquote></div>
_______________________________________________<br class="">
ipp mailing list<br class="">
<a href="mailto:ipp@pwg.org" target="_blank" class="">ipp@pwg.org</a><br class="">
<a href="https://protect-us.mimecast.com/s/wT06CKrBnBFgDGLzFpKToM?domain=pwg.org" rel="noreferrer" target="_blank" class="">https://www.pwg.org/mailman/listinfo/ipp</a><br class="">
</blockquote></div><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div dir="ltr" class="gmail_signature"><div dir="ltr" class="">Sean Kau</div></div>
</div></blockquote></div><br class=""></body></html>