attachment-0001
<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 12 (filtered medium)"><base href="x-msg://592/"><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:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Andale Mono";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* 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.apple-converted-space
{mso-style-name:apple-converted-space;}
span.apple-style-span
{mso-style-name:apple-style-span;}
span.EmailStyle19
{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'>Your are most welcome to use whatever seems appropriate in the Last call comments. It does appear the quorum has been reached already, and I think we are ll looking forward to getting IPP Everywhere passed and in the field.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Bill Wagner<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><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Michael Sweet [mailto:msweet@apple.com] <br><b>Sent:</b> Thursday, August 23, 2012 10:19 PM<br><b>To:</b> William A Wagner<br><b>Cc:</b> ipp@pwg.org<br><b>Subject:</b> Re: [IPP] Minutes from today's conference call<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>BIll,<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I checked the process document and non-voting members do indeed count towards quorum for last call. See section 8.1 (bold/italic text highlights the important bits):<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><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'>8.1 Last Call</span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'>Last Call represents a final opportunity for issues to be raised against a document. <b><i>During this period all PWG members are encouraged to review the final working draft for both technical and editorial content and to provide comments to the Working Group.</i></b> The Working Group Chair announces a Last Call on a document with rough consensus of the Working Group. Last Calls are posted to all members of the PWG via the PWG-ANNOUNCE mailing list. The Last Call period may vary, based upon the content, complexity, holidays, or other circumstances, but must be at least 16 full working days (minimum 22 calendar days). A working day is a normal business day and is considered to end at 10 PM USPST (Los Angeles, CA, USA). For any document transitioning to Candidate Standard or Standard, Last Call must either conclude at, or span a PWG Plenary meeting with an overview of the draft or standards document and a review of any current detailed issues and their resolutions. <b><i>If less than 30 percent of the PWG membership have commented, participated, or communicated that they have no comments for a given document during Last Call, the Last Call period is automatically extended until that threshold is met.</i></b> Within a reasonable period of time following closure of Last Call, all issues raised during Last Call must be either resolved or rejected as follows:</span><o:p></o:p></p></div></blockquote><blockquote style='margin-left:30.0pt;margin-right:0in'><div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'>• </span><span style='font-size:9.0pt;font-family:"Cambria Math","serif"'>⎯</span><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'> Resolved - Document updated to reflect the resolution</span><o:p></o:p></p></div><div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'> </span><o:p></o:p></p></div></div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'>• </span><span style='font-size:9.0pt;font-family:"Cambria Math","serif"'>⎯</span><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'> Rejected - No change required in the document</span><o:p></o:p></p></div><div><div><p class=MsoNormal><o:p> </o:p></p></div></div><div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'>All issues and their resolution from the most recent Last Call must be published in the Formal Approval announcement.</span><o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'><o:p> </o:p></span></p></div><div><p class=MsoNormal>According to section 2.1, a non-voting member is still a member and can participate in everything except voting and serving as an officer of the PWG, so if it is OK with you I'd like to include these items in the last call comments for IPP Everywhere.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thanks!<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><div><p class=MsoNormal>On Aug 21, 2012, at 2:30 PM, William A Wagner <<a href="mailto:wamwagner@comcast.net">wamwagner@comcast.net</a>> wrote:<o:p></o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>As requested, I am outlining some of the differences between the IPP Everywhere Use Cases and the revised Cloud Use Cases. First, since the general position has been that, as a nonvoting member, my comments do not count toward the quorum, I make these observations on IPP Everywhere vs. Cloud “Use Cases” as comments on the conference call rather than last call comments on the document. Second, I am noting the divergence of the two use cases from the same original set not as critical comments on the IPP Everywhere Use Cases, but to indicate the legitimate differences in how one looks at these cases. I can think of no reason why the two sets of use cases must be the same in style, form or specifics, provided that they are realistic and useful in developing requirements. Further, I believe it is valid to conclude that a requirement evolving from a Use Case need not be addressed in thesolutions, provided that a reason for the omission is given. However, in that there were some issues that came up in addressing the IPP Everywhere use cases that had also been addressed in the Cloud Use Cases, I offer this summary.</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>With that preface, I would note that the original Use Cases included both concise statements of cases where a specific feature would be used (which I would call Use Cases), and narratives giving a more or less plausible situation (perhaps better called scenarios). The IPP Everywhere spec gives specific use cases under “Select Printer” , but reverts to more of a scenario approach for the “Print” section. I see no problem with this approach although I admit a bias toward stating scenarios, with the requirements developed from the scenarios breaking out the details (e.g., specific criteria used for selection).</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>One line of thinking in the Cloud discussion was that requirements were to be developed to address use cases (or scenarios) and the design was to be developed to satisfy the requirements. Therefore, it seemed inappropriate to describe the Use Cases in terms of the elements of the model design. So the Cloud scenarios were rephrased in terms of the basic elements…the User (or more specifically, the potential Job Originator), the physical printer and the stuff in between (primarily the Cloud , the big black box in the sky). I do not suggest this as a comment on the IPP Everywhere specification, just as the thoughts that are reflected in the Cloud Rationale section.</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>With regard to specific changes in the Cloud vs IPP Everywhere versions of what was initially the same use case:</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>1.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If Common Preconditions in Cloud were important, it was felt that they should be itemized and presented as a distinct section. Once they were made more obvious, they were variously considered to be wrongly stated, obvious, or more appropriately stated in the requirements section. We are not sure what we will do with them.</span><o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>2.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Objections to the Common Preconditions also stemmed from the confusion of the term “Visible”. Even in IPP Everywhere, it is sort of contradictory to say “</span>the Printer must be Visible to the Client in order to be selected, either directly or through an intermediate Service” when “Visible” is defined as the ability to communicate directly. The other confusion developed from the definition’s referring to the “ability” to communicate, suggesting that at some time under some conditions the connection could exist while the normal sense of the word suggests that the connection does exist.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>3.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span> Print a Document – no significant difference. Original statement specifying some relationship of user to printer was considered confusing and was removed. Comments on validating were considered perhaps part of requirements or solution.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>4.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Print by Reference. – same comments as Print a Document<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>5.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Print a Photo/Print Using Loaded Media. – Titles diverged some time ago. Preconditions were considered more requirements.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>6.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Check printing – Cloud sought to clarify that this did not involve sending a “form template” to the printer. Also, to include an obvious Cloud scenario, the application is Cloud Based (not necessary for IPP Everywhere). I suggest that, in the IPP Everywhere text, Client sends the “document data containing the checks” might be confusing, since check usually refers to the printed media.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>7.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Print with Special Formatting was dropped from Cloud as not representing a sufficiently distinct set of requirements.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>8.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>The original Prescription print case in Cloud was changed to a photoprint involving selection on the basis of geographic location and print to someone other than the job originator. The prescription case seemed too loaded with HIPAA problems.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>9.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Print and Select was changed to avoid reference to ‘FollowMe®” (a registered trademark of Ringdale)<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>10.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Print to a Service – aside from some minor clarification, no change.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>11.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span>Job Cancel…that is canceling a job request after it has been submitted and accepted was taken as a use case rather than an exception. This may be more appropriate for Cloud since the Cloud model does require intermediaries between the job originator and the printer.<o:p></o:p></p></div><div style='margin-left:.5in'><p class=MsoNormal style='text-indent:-.25in'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>12.</span><span style='font-size:7.0pt;color:#1F497D'> <span class=apple-converted-space> </span></span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Exceptions: Main change was identifying the exception but not the actions to be taken, under the premise that the way the system reacts is to be indicated under Requirements and how it does this is to be in the Model.</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I would note that Pete indicated that there are User use cases (rather than just Job Originator use cases) that have not been covered and may be added, but that is a Cloud problem.</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Aside from things that have already been noted in yesterday’s call, I do not think that the divergence in how the use cases are presented represents a problem. But perhaps some of the wording (such as the treatment of “</span>Print and Select”) may be of interest when addressing similar issues in IPP Everywhere.<o:p></o:p></p></div><div><p class=MsoNormal>Thanks,<o:p></o:p></p></div><div><p class=MsoNormal>Bill Wagner<o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks,</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><p class=MsoNormal><span style='font-size:13.5pt;font-family:"Andale Mono","serif"'><br>--<span class=apple-converted-space> </span><br>This message has been scanned for viruses and<span class=apple-converted-space> </span><br>dangerous content by<span class=apple-converted-space> </span><a href="http://www.mailscanner.info/"><b><span style='color:purple'>MailScanner</span></b></a>, and is<span class=apple-converted-space> </span><br>believed to be clean. _______________________________________________<br>ipp mailing list<br><a href="mailto:ipp@pwg.org"><span style='color:purple'>ipp@pwg.org</span></a><br><a href="https://www.pwg.org/mailman/listinfo/ipp"><span style='color:purple'>https://www.pwg.org/mailman/listinfo/ipp</span></a><o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal><span style='font-size:13.5pt;font-family:"Andale Mono","serif";color:black'>_________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p></div></div></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>