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 15 (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:Impact;
panose-1:2 11 8 6 3 9 2 5 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;
font-size:10.0pt;}
@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">Mike,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I am fine with relaxing the IPP Everywhere Printer Self-Certification test suite as described. I have only minor objections to the errata updates to 5100.14.
(I don’t see overrides bound to a document format, but I can live with it for the purposes of conformance.) I also don’t mind the clarification that “Clients SHOULD NOT send the "document-numbers" member attribute unless submitting a multiple-document job.”<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I would be more comfortable with explaining that “Printers that do not support multiple document jobs MUST still accept a "document-numbers" member attribute
that <b>include</b> the value '1' “ . I would also include something like “in accordance with the “ipp-attributes-fidelity” value”. I mention that since the printer’s behavior with regards to accepting any attribute/value depends not only on whether it is
supported, but also any conflicts exist, and especially the user intent as specified by “ipp-attributes-fidelity”.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Pete<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Pete<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:6.0pt;margin-right:0in;margin-bottom:6.0pt;margin-left:0in">
<span style="font-size:11.0pt;font-family:"Impact",sans-serif;color:navy">Peter Zehler</span><span style="font-size:8.0pt;font-family:"Arial",sans-serif;color:navy"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">Xerox Corp.</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">Global Development Group</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">800 Phillips Rd, 111-04A</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">Webster NY, 14580-9701</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">Email:
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><a href="mailto:Peter.Zehler@Xerox.com" target="_blank"><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Peter.Zehler@Xerox.com</span></a><br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">Office:
<a href="tel:%2B1%20%28585%29%20265-8755" target="_blank">+1 (585) 265-8755</a><br>
Fax: <a href="tel:%2B1%20%28585%29%20265-8755" target="_blank">+1 (585) 422-0238</a></span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:navy">Mobile:
<a href="tel:%2B1%20%28585%29%20329-9508" target="_blank">+1 (585) 329-9508</a></span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> msweet@apple.com [mailto:msweet@apple.com]
<br>
<b>Sent:</b> Monday, May 16, 2016 9:32 AM<br>
<b>To:</b> Zehler, Peter <Peter.Zehler@xerox.com><br>
<b>Cc:</b> Smith Kennedy <smith.kennedy@hp.com>; ipp@pwg.org<br>
<b>Subject:</b> Re: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">All,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I think we have consensus to relax the IPP Everywhere Printer Self-Certification test suite WRT requiring the value 'document-numbers' in the "overrides-supported" attribute, at least for printers that do not support multiple document jobs
(the majority of IPP printers by far). We can discuss whether to add a test for overrides on PDF printers...<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We also have consensus to NOT update PWG 5100.6 since doing so will introduce interoperability issues.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">As for errata updates to PWG 5100.14, we have consensus to:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<blockquote style="margin-left:30.0pt;margin-right:0in">
<div>
<p class="MsoNormal">1. List the specific "overrides" member attributes that are required ("overrides.document-numbers", "overrides.page-numbers", plus each of the required/conditionally required Job Template attributes), which is consistent with how "media-col"
is handled in the currently published specification; and<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">2. Update the "overrides" and "overrides-supported" member attributes to "Note 5" since the intent was not to require overrides support for all printers, but just for PDF printers since PWG Raster offers per-page media and duplex overrides
as part of the format.<o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Based on your feedback below and what is required for conformance with PWG 5100.6, I feel that any further clarification in 5100.14 should be limited to adding a note explaining that Printers that do not support multiple document jobs MUST
still accept a "document-numbers" member attribute with the value '1', and the Clients SHOULD NOT send the "document-numbers" member attribute unless submitting a multiple-document job.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Thoughts?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">On May 16, 2016, at 8:08 AM, Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>> wrote:<br>
<br>
Smith,<br>
<br>
I don't understand your response. Especially your comment " rather simply adopting attributes defined therein". A feature, such as overrides, can't be taken in bits and pieces. A feature like this stands on its own and is either supported or not. I'd also
point out that the overrides feature is the second version and has significant implementation experience behind it. It has been greatly simplified. <br>
<br>
If your intention is to modify the test suite to permit to permit certain implementations to pass, I have no objection. The test suite was never intended to be comprehensive and rigorous. But you must not change the mandatory semantics of 5100.6 in a subsequent
specification such as 5100.14. There is no association between overrides and "multiple-document-jobs-supported". I believe that was discussed and rejected. The "overrides-supported" attribute has two mandatory values if overrides is supported. Most important
is that a printer MUST accept, and honor, "document-numbers" in a request. Of course the job level attributes (e.g., “multiple-document-handling”) are ignored. But the “ipp-attribute-fidelity” attribute MUST be honored. If it is true, a single document printer
that supports overrides MUST NOT reject a job with an override that includes '1' in its "document-numbers" attribute.<br>
<br>
I can probably make myself available for a PWG IPP meeting if this subject is on the agenda. Typing is not the most efficient way carry on a discussion. As you may of guessed, I strongly believe it would be a mistake to change a mandatory attribute/value
to conditional.<br>
<br>
Pete<br>
<br>
<br>
Peter Zehler<br>
Xerox Corp.<br>
Global Development Group<br>
800 Phillips Rd, 111-04A<br>
Webster NY, 14580-9701<br>
Email: <a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@Xerox.com</a><br>
Office: +1 (585) 265-8755<br>
Fax: +1 (585) 422-0238<br>
Mobile: +1 (585) 329-9508<br>
<br>
-----Original Message-----<br>
From: Kennedy, Smith (Wireless Architect) [<a href="mailto:smith.kennedy@hp.com">mailto:smith.kennedy@hp.com</a>] <br>
Sent: Thursday, May 12, 2016 4:24 PM<br>
To: Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>><br>
Cc: <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
Subject: Re: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'<br>
<br>
Hi Pete,<br>
<br>
I wanted to provide you with an update. We discussed this on Monday in the IPP WG meeting, and we all agreed with you that we should not be changing 5100.6. It will remain as it is.<br>
<br>
However, since 5100.14 isn't requiring normative compliance with 5100.6 but is rather simply adopting attributes defined therein, we agreed that within the context of IPP Everywhere making "overrides-supported"/"document-copies" it was reasonable to conditionally
require depending on "multiple-document-jobs-supported".<br>
<br>
Please let me know if you see problems with this direction.<br>
<br>
Smith<br>
<br>
/**<br>
Smith Kennedy<br>
Wireless Architect - Client Software - IPG-PPS<br>
Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF<br>
PWG Chair<br>
HP Inc.<br>
*/<br>
<br>
<br>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">On 2016-05-09, at 5:03 AM, Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>> wrote:<br>
<br>
Smith,<br>
My concern is that clients that implement page overrides will break. The long standing specification explicitly states the printer must accept document number in a request. I know there are some clients that do not ask the printer first to see if the page
number or document number are permitted in the request. The specification does not say that the printer must support the document object, and therefore "document-number" , in order to support page overrides. It only says that the printer must support the
document number in the request. I would prefer to keep the requirements as specified not only to prevent client interoperability problems but also to keep the implementations simplified and not have to accommodate special case processing. The simplified
implementation would be true not only on the client side but the printer side as well. I have no problem with the client checking to see if the "document-copies" is supported since the use of it is a corner condition. I would also argue that by definition
even a printer implementation that supports only single document jobs does implement a document object and its associated number. It is just not exposed through the IPP protocol. <br>
Pete<br>
<br>
Peter Zehler<br>
Xerox Corp.<br>
Global Development Group<br>
800 Phillips Rd, 111-04A<br>
Webster NY, 14580-9701<br>
Email: <a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@Xerox.com</a><br>
Office: +1 (585) 265-8755<br>
Fax: +1 (585) 422-0238<br>
Mobile: +1 (585) 329-9508<br>
<br>
-----Original Message-----<br>
From: Kennedy, Smith (Wireless Architect) [<a href="mailto:smith.kennedy@hp.com">mailto:smith.kennedy@hp.com</a>] <br>
Sent: Friday, May 06, 2016 6:56 PM<br>
To: Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>><br>
Cc: <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
Subject: Re: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'<br>
<br>
Hi Pete,<br>
<br>
Thanks for providing the background on this. But it still seems a bit odd to me to require support for an attribute when the feature itself isn't supported. As you say, if "document-numbers" is omitted, that is semantically equivalent to "all my documents"
and on these products that is equivalent to "my first document" since it only supports one document per job.<br>
<br>
Is your concern that there could be clients out there that would have their jobs rejected because they expect the printer to always support "document-numbers" and they don't? There are certainly a lot of printers out there that do not support it.<br>
<br>
Smith<br>
<br>
/**<br>
Smith Kennedy<br>
Wireless Architect - Client Software - IPG-PPS<br>
Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF<br>
PWG Chair<br>
HP Inc.<br>
*/<br>
<br>
<br>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">On 2016-05-05, at 9:11 AM, Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>> wrote:<br>
<br>
All,<br>
<br>
If I remember correctly, the printer must accept the “document-numbers” in a client request even if the printer only supports single document jobs. For a single document job, and a printer that supports either single or multiple document jobs, the following
attribute values in request containing an "overrides" attribute would all be equivalent:<br>
"document-numbers": '1: 2147483647', (i.e., all my documents)<br>
"document-numbers": '1: 1', (i.e., my first document)<br>
"document-numbers" omitted (i.e. all my documents)<br>
<br>
The client may specify a subset of documents to which the override is applied. The implication of not specifying is that the overrides applies to all. The printer must accept and understand all of these. A client specifying a document number that does
not exist is ignored since the override applies only to the pages/documents/document-copies specified for the override.<br>
<br>
I think it is simpler and cleaner to keep the primary specification of the override target (i.e., pages and document) mandatory for the printer to support in a request while the edge case (i.e., document-copies) remains optional.<br>
<br>
Peter Zehler<br>
Xerox Corp.<br>
Global Development Group<br>
800 Phillips Rd, 111-04A<br>
Webster NY, 14580-9701<br>
Email: <a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@Xerox.com</a><br>
Office: +1 (585) 265-8755<br>
Fax: +1 (585) 422-0238<br>
Mobile: +1 (585) 329-9508<br>
<br>
-----Original Message-----<br>
From: ipp [<a href="mailto:ipp-bounces@pwg.org">mailto:ipp-bounces@pwg.org</a>] On Behalf Of
<a href="mailto:smith.kennedy@hp.com">smith.kennedy@hp.com</a><br>
Sent: Wednesday, May 04, 2016 4:27 PM<br>
To: <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
Subject: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'<br>
<br>
[Issue Unconfirmed]<br>
<br>
PWG 5100.6-2004 section 4.1.7 says:<br>
<br>
This attribute MUST contain the keywords “pages” and “document-numbers” because<br>
a Printer MUST support these attributes.<br>
<br>
But the 'document-numbers' attribute should not be required unconditionally; it should be conditionally required depending on whether the Printer reports "multiple-document-jobs-supported" = 'true'. If it doesn't support "multiple-document-jobs-supported"
or reports "multiple-document-jobs-supported" = 'false' then 'document-numbers' should not be required.<br>
<br>
Link: <a href="http://www.pwg.org/issues/30">http://www.pwg.org/issues/30</a><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">https://www.pwg.org/mailman/listinfo/ipp</a><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</blockquote>
<p class="MsoNormal"><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">https://www.pwg.org/mailman/listinfo/ipp</a><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">_________________________________________________________<br>
Michael Sweet, Senior Printing System Engineer<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>