attachment-0001

<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><base href="x-msg://275/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Bill,<div><br><div><div>On 2013-03-09, at 5:47 PM, William A Wagner &lt;<a href="mailto:wamwagner@comcast.net">wamwagner@comcast.net</a>&gt; wrote:</div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple" style="font-family: 'Andale Mono'; font-size: medium; 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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Hello All,<o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">This discussion is exposing several issues&nbsp; and questions. I suggest that there should be some consideration of these in the SM meeting as well.<o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; "><span>1.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Since the PWG has an approved candidate standard that Nancy suggests does not agree with the current schema, which takes precedence? I suggest that any &nbsp;SM change must be reflected in an errata in the Common Model or specific Service candidate standard, as appropriate.</span></div></div></div></blockquote><div><br></div>From a purely pragmatic perspective, I would say precedence for typographical/omission errors goes to whichever is right! :)</div><div><br></div><div>If we find genuine technical issues then we need to proceed carefully.</div><div><br></div><div>Regardless, we will need to do errata for the corresponding specs - at the very least to point to the current version of the schema that has the fix.</div><div><br></div><div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple" style="font-family: 'Andale Mono'; font-size: medium; 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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; "><o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; "><span>2.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">&nbsp;Has the Get&lt;service&gt;ServiceElements&nbsp; operation requested elements actually been changed? The Common Model indicates that “</span><span style="font-family: Calibri, sans-serif; ">Some Services may accept an additional argument in a Get&lt;service&gt;ServiceElements request to further filter the response… The individual Service specifications identify such arguments if any, their effect and whether support is mandatory.” &nbsp;My interpretation of this is that the Common Model allows the distinction between the SM and IPP operations to be eliminated for a specific Service if the Service Specification so mandates. I do not see this mandate in the FaxOut Service Specification. Should it be there?</span></div></div></div></blockquote><div><br></div>Personally I am not so concerned about this aspect, although it would be nice for all services to support selection of elements as well as groups for efficiency, just like IPP already provides.</div><div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple" style="font-family: 'Andale Mono'; font-size: medium; 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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; "><o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><span>3.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">In regard to<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">GetFaxOutServiceElements and GetFaxJobElements as well as other operations (e.g., Activate and Deactivate), the proposed IPP FaxOut &nbsp;binding &nbsp;appears to follow IPP Printing rather than the SM FaxOut specification. (i.e., although&nbsp; the IPP binding may allow specifying groups, it is mandated in the SM) Is this divergence valid? Or, if the differences are necessary, should the SM FaxOut specification<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">be updated? And if this update violates the Common Model, should that be updated? Essentially, should we be consistent among our standards?</span></div></div></div></blockquote><div><br></div>IPP requires both groups and attributes (elements), and always has. &nbsp;There is some wiggle room for IPP implementations (a conforming implementation can just return everything with successful-ok-ignored-or-substituted-attributes, with requested-attributes in the unsupported attributes group), but functionally requested-attributes is just a performance optimization (with the exception of media-col-database)</div><div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple" style="font-family: 'Andale Mono'; font-size: medium; 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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><span>4.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Returning to the issue of &nbsp;desired capability, I may have gotten lost, but it appears that three levels of Service capabilities are desired. Is this correct?<o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 1in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><span>a.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Currently configured, &nbsp;provided by<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">Get-Printer-Attributes and (perhaps) by</span><span style="font-family: Calibri, sans-serif; ">GetFaxOutServiceElements</span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 1in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><span>b.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Values that the implementation allows an administrator to configure, provided by<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">Get-Printer-Supported-Values ( I find<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">RFC 3380, 4.3, para 4 totally confusing and suggest that clarification is in order)</span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 1in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><span>c.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">The “</span><span style="font-family: Calibri, sans-serif; ">original manufacturer xxx-supported values", which depending upon ones interpretation, may not be provided by IPP. The term “default” in the discussion is &nbsp;unclear. Is the interest in manufacturer default configuration (why?) &nbsp;or the ‘out-of-box’ capabilities that an administrator could configure?</span></div></div></div></blockquote><div><br></div>IPP provides A and B. &nbsp;We don't have a way to get C directly, but honestly I would expect B and C to be the same out-of-the-box most of the time.</div><div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple" style="font-family: 'Andale Mono'; font-size: medium; 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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt 1in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><o:p></o:p></span></div><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><span>5.<span style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-family: 'Times New Roman'; ">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span class="Apple-converted-space">&nbsp;</span></span></span></span><span style="font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">So, whether or not IPP provides &nbsp;it in<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">Get-Printer-Supported-Values (which seems to depend upon the implementer’s interpretation), it is desired to include in the FaxOut SM a capability to<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">get the full set of supported values for read/write elements. </span></div></div></div></blockquote><div><br></div>I don't think the question of Get-Printer-Supported-Values returning set B above is at issue - that is precisely what it is defined to return.</div><div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple" style="font-family: 'Andale Mono'; font-size: medium; 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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt 0.5in; font-size: 12pt; font-family: 'Times New Roman', serif; text-indent: -0.25in; "><span style="font-family: Calibri, sans-serif; ">&nbsp;Although some clarification is necessary, I think that<span class="Apple-converted-space">&nbsp;</span></span><span style="font-family: Calibri, sans-serif; ">Get&lt;service&gt;ServiceElements/Capabilities may &nbsp;provide this, as distinguished from Get&lt;service&gt;ServiceElements/Configuration which would correlate with Get-Printer-Attributes.</span></div></div></div></blockquote><div><br></div><div>See section 4.3 of MFD Model for the discussion of capabilities.</div><div><br></div>&lt;service&gt;ServiceCapabilities provides the currently configured/available job and document ticket elements and values. &nbsp;This is equivalent to what IPP's Get-Printer-Attributes provides in its xxx-supported attributes.</div><div><br></div><div>&lt;service&gt;ServiceCapabilitiesReady provides the ready job and document ticket elements and values. This is equivalent to what IPP's Get-Printer-Attributes provides in its xxx-ready attributes.</div><div><br></div><div>What we need is a new group, &lt;service&gt;ServiceCapabilitiesSupported, which provides the equivalent of IPP's Get-Printer-Supported-Values. &nbsp;This should also include a discussion of its use in conjunction with Set&lt;service&gt;ServiceElements.</div><div><br></div><div>....</div><div><br></div><div><div>FWIW, &lt;service&gt;ServiceDefaults provides the default job and document ticket elements and values. This is equivalent to what IPP's Get-Printer-Attributes provides in its xxx-default attributes.</div><div><br></div><div>&lt;service&gt;ServiceConfiguration provides a view of the components (essentially the Printer MIB properties) associated with the service. &nbsp;We have some very limited exposure of this in IPP attributes - printer-alert, printer-input-tray, printer-output-tray, and printer-supply.</div><div><br></div></div><div>
<span class="Apple-style-span" style="border-collapse: separate; 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; font-size: medium; "><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><br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</body></html>