attachment
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Smith,<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 5, 2014, at 12:42 PM, Kennedy, Smith (Wireless Architect) <<a href="mailto:smith.kennedy@hp.com" class="">smith.kennedy@hp.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Greetings,<div class=""><br class=""></div><div class="">In the process of doing final evaluation of FIN2 leading up to voting, some questions have arisen about the “finishings-col-default” attribute that I wanted to discuss on the reflector.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">1. How would “finishings-col-default” provide an equivalent to “finishings” == ‘none’? PWG 5100.3 makes no restriction on what can be in “finishings-col-default”, so from a 5100.3 perspective this would be legitimate:</div><div class=""><br class=""></div><div class="">finishings-col-default = { finishing-template = ’none’ }</div><div class=""><br class=""></div><div class="">FIN2 section 6.9 doesn’t seem to disallow including an entry in “finishings-col-database” like the one above, but for some reason ’none’ not included in the following statement in 6.9 lines 1079-1081:</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class="">Printers SHOULD report "finishings-col-database" values for each "finishings-supported" value other than 'none', and MAY report multiple instances with the same "finishing- template" value but different "media-size" or "media-size-name" values.</div></blockquote></div></div></blockquote><div><br class=""></div>Because 'none' is always supported/ready, there is no point in including it in finishings-col-database or finishings-col-ready.</div><div><br class=""></div><div>It can show up in finishing-template-supported, but then you can also use 'no-value' for the whole collection in finishings-col-default.</div><div><br class=""></div><div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">I don’t get why “other than ‘none’” was included here. Presumably a Client would never need to even consult such an entry since the meaning of ‘none’ should be well-understood by a client that properly implements 5100.3 and FIN2, that knows to start with finishings-XXX and then go to finishings-col-XXX if more details are needed? If so that should be called out more clearly (maybe in the IPP Implementor’s Guide v2 but better if it is in the FIN2 spec itself).</div></div></div></blockquote><div><br class=""></div>'none' (or more specifically the enum value 3) has an explicit semantic of performing no finishing processes. I could add a Note: for this to make sure there is no confusion about this. (just include this as a comment in your vote...)</div><div><br class=""></div><div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">2. I don’t quite understand why “finishings-col-default” would ever be needed or need to have sub-attributes other than “finishing-template”? I guess it is conceivable that the default may be custom settings not described in any entry in “finishings-col-database”, but is that kind of flexibility really a good thing? It adds complexity to a Client for that corner case.</div></div></div></blockquote><div><br class=""></div>"finishings-col-default" contains the default finishings-col value(s) that is (are) used for job processing, so it is desirable for the value(s) to tell the Client what processes are applied and with what locations/offsets/etc. Otherwise the Client needs to consult both finishings-col-default and finishings-col-database in order to determine the specific finishing values that will be used.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">3. There seems to be no requirement that “finishings-default” and “finishings-col-default” need to be synchronized - is this an oversight?</div></div></div></blockquote><div><br class=""></div>Yes, please include this as a comment. This was also not addressed in 5100.3 (production printing) where finishings-col first appeared... :/</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">4. Related to #3, it may be that “finishings-col-default” has its “finishing-template” value set to a “name(MAX) value, which isn’t allowable in “finishings-default”. In this case, what should the value be set to in “finishings-default”?</div></div></div></blockquote><div><br class=""></div>It might very well be a vendor enum value (0x40000000 and up). We can address this along with the wording for #3 (so please include this in your comments as well...)</div><div><br class=""></div><div class="">
<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; "><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; " class="">_________________________________________________________<br class="">Michael Sweet, Senior Printing System Engineer, PWG Chair</div></span></span>
</div>
<br class=""></div></body></html>