<div>Re: <a href="http://www.xmpp.org/extensions/xep-0301.html">http://www.xmpp.org/extensions/xep-0301.html</a></div><div><br></div>On Tue, Jul 16, 2013 at 4:20 PM, Peter Saint-Andre <span dir="ltr"><<a href="mailto:stpeter@stpeter.im" target="_blank">stpeter@stpeter.im</a>></span> wrote:<br>

<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Where do we stand on finishing this round of edits?<br></blockquote><div><br></div><div>We are finished with the edits, with the sole exception of Kevin's comment on the normative in Section 6.2.  Keep tuned on that last edit (and MUC).  </div>

<div>For those keeping track, this is the current list of edits that have been made:</div><div>___________</div><div><br></div><div><blockquote type="cite" style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">

<div><span style="line-height:16px"><font face="arial, helvetica,
            sans-serif">COMMENT #1:</font></span></div><div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">6.4.4 -- seq numbers in example are not in sequence. Why?</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">ANSWER #1</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">Need to reference section 4.3 to remind reader:</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">ADD just after table: </font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">"Note: The seq attribute can be restarted at any value with <rtt event='reset'/> and <rtt event='new'/>. See [[[Processing Rules]]]."</font></span></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">____</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">COMMENT #2:</font></span></div><div><font face="arial, helvetica, sans-serif"><span style="line-height:16px">4.8.2 -- Kevin said "In addition, XML character entities are counted </span><span style="line-height:16px">as a single character." is redundant. </span></font></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">ANSWER #2</font></span></div><div><font face="arial, helvetica, sans-serif"><span style="line-height:16px">It is already mentioned in </span><span style="line-height:16px">"including entities converted to characters)" in a subsequent </span><span style="line-height:16px">paragraph.  The latter mention alone, is sufficient.</span></font></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">DELETE: "In addition, XML character entities are counted as a single character."</font></span></div><div><span style="line-height:16px"><font face="arial,
                helvetica, sans-serif">____</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">COMMENT #3:</font></span></div><div><span style="line-height:16px"><font face="arial, helvetica,
              sans-serif">4.7 Bare JID handling may not be clear why it is simpler.  Also, Kevin said </font></span><span style="font-family:arial,helvetica,sans-serif;line-height:16px">"I think that some of the earlier instructions will be incompatible with having multiple RTT messages per full-JID.  </span><span style="font-family:arial,helvetica,sans-serif;line-height:16px">It would be worth someone else checking."</span></div>

<div><br></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">ANSWER #3</span></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">The paragraph had several weaknesses, so the paragraph has been reworded in several places. </span></div>

<div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">-- Remove "For implementation simplicity" phrase. </span><font face="arial, helvetica, sans-serif"><span style="line-height:16px"> There are good reasons why it was preferred by both RealJabber client and the TAP </span><span style="line-height:16px">client, but it may not be a good idea to universally have this phrase.</span></font></div>

<div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">-- Change "sender" to "contact" for consistency with RFC6121 in using "contact" towards bare JID / full JID / thread terminology.</span></div>

<div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">-- Mention use case of only one typist per contact, as a clarifying rationale.</span></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">-- Word the last sentence in a more similar way to the second sentence.</span></div>

</div><div><br></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">CHANGE:</font></span></div><div><font face="arial, helvetica, sans-serif"><span style="line-height:16px">FROM: "</span><span style="line-height:16px">Recipient clients MUST keep track of separate real-time messages on a per-sender basis, including tracking independent </span><span style="line-height:16px;font-style:italic"><a href="http://xmpp.org/extensions/xep-0301.html#seq" target="_blank" style="color:rgb(102,51,153)">seq</a></span><span style="line-height:16px"> values. For implementation simplicity, recipient clients MAY track incoming <rtt/> elements per bare JID <a href="mailto:localpart@domain.tld" target="_blank" style="color:rgb(17,85,204)"><localpart@domain.tld></a> to keep only one real-time message per sender. Recipient client handling of conflicting <rtt/> elements (e.g. coming concurrently from separate </span><a href="http://xmpp.org/extensions/xep-0301.html#simultaneous_logins" target="_blank" style="color:rgb(102,51,153);line-height:16px">Simultaneous Logins</a><span style="line-height:16px">) is described in the remainder of this section. Alternatively, recipient clients MAY keep track of separate real-time messages per full JID <a href="mailto:localpart@domain.tld/resource" target="_blank" style="color:rgb(17,85,204)"><localpart@domain.tld/resource></a>and/or per <thread/> (</span><span style="line-height:16px;font-weight:bold"><a href="http://xmpp.org/extensions/xep-0201.html" target="_blank" style="color:rgb(102,51,153)">Best Practices for Message Threads</a></span><span style="line-height:16px"> [</span><a href="http://xmpp.org/extensions/xep-0301.html#nt-id301361" target="_blank" style="color:rgb(102,51,153);line-height:16px">9</a><span style="line-height:16px">])."</span></font></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><font face="arial, helvetica, sans-serif"><span style="line-height:16px">INTO: "</span><font color="#000000">Recipient clients MUST keep track of separate real-time messages on a per-contact basis, including tracking independent </font><font color="#000000"><i>[[[seq]]]</i></font><font color="#000000"> values. Recipient clients MAY track incoming <rtt/> elements per bare JID </font></font><span style="line-height:16px;font-family:arial,helvetica,sans-serif"><a href="mailto:localpart@domain.tld" target="_blank" style="color:rgb(17,85,204)"><localpart@domain.tld></a></span><font face="arial, helvetica, sans-serif"><font color="#000000"> to keep only one real-time message per contact. The remainder of this section automatically handles conflicting <rtt/> elements (e.g. typing coming concurrently from separate [[[Simultaneous Logins]]], contrary to the common case of one typist per contact). Alternatively, recipient clients MAY track incoming <rtt/> elements per full JID <a href="mailto:localpart@domain.tld/resource" target="_blank" style="color:rgb(17,85,204)"><localpart@domain.tld/resource></a>and/or per <thread/></font></font><font face="arial, helvetica,
            sans-serif"><font color="#000000">, to keep </font></font><span style="font-family:arial,helvetica,sans-serif">multiple separate real-time messages for the same contact</span><font color="#000000" style="font-family:arial,helvetica,sans-serif">.  For more information about <thread/>, </font><span style="font-family:arial,helvetica,sans-serif">see </span><span style="line-height:16px;font-family:arial,helvetica,sans-serif;font-weight:bold"><a href="http://xmpp.org/extensions/xep-0201.html" target="_blank" style="color:rgb(102,51,153)">Best Practices for Message Threads</a></span><span style="line-height:16px;font-family:arial,helvetica,sans-serif"> [</span><a href="http://xmpp.org/extensions/xep-0301.html#nt-id301361" target="_blank" style="color:rgb(102,51,153);line-height:16px;font-family:arial,helvetica,sans-serif">9</a><span style="line-height:16px;font-family:arial,helvetica,sans-serif">]</span><span style="line-height:16px;font-family:arial,helvetica,sans-serif">."</span></div>

<div><span style="line-height:16px;font-family:arial,helvetica,sans-serif">____</span></div><div><font face="arial, helvetica, sans-serif"><span style="line-height:16px"><br></span></font></div><div><span style="line-height:16px"><font face="arial, helvetica,
              sans-serif">COMMENT #4:</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">4.7.3 -- Decouple two conformance requirements. (A) Requirement of</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">regularity of transmission versus the size of the transmission</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">interval, and (B) clearly indicating that the 10 seconds is a default.</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">ANSWER #4:</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">CHANGE: "The message refresh SHOULD be transmitted regularly at an</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">average interval of 10 seconds during active typing or composing. This</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">interval is frequent enough to minimize user waiting time, while being</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">infrequent enough to not cause a significant bandwidth overhead. This</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">interval MAY vary, or be set to a longer time period, in order to</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">reduce average bandwidth (e.g. long messages, infrequent or minor</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">message changes)."</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">INTO: "The message refresh SHOULD be transmitted at intervals during active</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"> typing or composing. The RECOMMENDED interval is 10 seconds. This interval is frequent</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"> enough to minimize user waiting time during out-of-sync conditions, </font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">while being infrequent enough to not cause a significant bandwidth overhead. </font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">The interval can be varied, or be set to a longer time period, when so needed </font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">to reduce average bandwidth (e.g. in case of long messages, infrequent or minor </font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">message changes).</font></span></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">___</span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">COMMENT #5:</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">10.1 Some clients pop up chat windows when incoming messages are</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">received - This may not be appropriate to enable RTT right away upon popup.</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">ANSWER #5:</font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">Add more text to the Privacy section to also cover this.  This makes the paragraph too big, so some sentences are rearranged/reworded and is now broken into two separate paragraphs.  The 10.1 Privacy section now reads as follows:</font></span></div>

<div><p>"It is important for users to be made aware of real-time text (e.g. user consent, software notice, introductory explanation). Users of real-time text need to be aware that their typing is now visible in real-time to everyone in the current chat conversation. There can be potential security implications if users copy & paste private information into their chat entry buffer (e.g. a shopping invoice) before editing out the private parts of the pasted text (e.g. a credit card number) and then sending the message. There can also be implications for chat clients that suddenly pop up a chat window upon incoming messages and takes keyboard focus unexpectedly, resulting in the sender typing sensitive information into the wrong window. These accidental privacy risks are also apparent for traditional chat (e.g. accidentally sending a message) but are more immediate for real-time text. With real-time message editing, recipients can watch all text changes that occur in the sender's text, before the sender finishes the message.</p>

<p>Such risks can be avoided by good user interface design. In addition, implementation behaviors and improved education can be added to reduce privacy issues. Examples include showing an introduction upon first activation of feature, special handling for copy and pastes (i.e. preventing them, or prompting for confirmation), recipient confirmation of real-time text via [[[Activating and Deactivating Real-Time Text]]], etc."</p>

<p>___</p><p><span style="font-family:arial,helvetica,sans-serif;line-height:16px">COMMENT #6, added by Gunnar and Mark.</span></p></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">The document in reference #23 has been replaced, and complemented with a series of documents. </span></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">The one covering the addressing and general mapping between SIP and XMPP is </font></span></div><div>"<span style="font-family:arial,helvetica,sans-serif;line-height:16px">Interworking between the Session Initiation Protocol (SIP) and the </span><span style="font-family:arial,helvetica,sans-serif;line-height:16px">Extensible Messaging and Presence Protocol (XMPP): Addresses and Error </span><span style="font-family:arial,helvetica,sans-serif;line-height:16px">Conditions"</span></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><a href="http://tools.ietf.org/html/draft-ietf-stox-core" target="_blank" style="color:rgb(17,85,204)">http://tools.ietf.org/html/draft-ietf-stox-core</a></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">ANSWER #6: </span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">(A) CHANGE in 8.1 </font></span></div><div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">FROM: "at Interworking between SIP and XMPP: Instant Messaging    [23]"</span></div>

<div><span style="font-family:arial,helvetica,sans-serif;line-height:16px">INTO "</span><span style="font-family:arial,helvetica,sans-serif;line-height:16px">in [23]</span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif"><br></font></span></div><div>(B) <span style="font-family:arial,helvetica,sans-serif;line-height:16px">CHANGE in Appendix G, item 23</span></div><div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">FROM: "23. draft-saintandre-sip-xmpp-im: Interworking between the Session Initiation Protocol (SIP) and the Extensible Messaging and Presence Protocol (XMPP): Instant Messaging <<a href="http://tools.ietf.org/html/draft-saintandre-sip-xmpp-im-03" target="_blank" style="color:rgb(17,85,204)">http://tools.ietf.org/html/draft-saintandre-sip-xmpp-im-03</a>>"</font></span></div>

<div><span style="line-height:16px"><font face="arial,
              helvetica, sans-serif">INTO: </font></span><span style="font-family:arial,helvetica,sans-serif;line-height:16px">"23. Interworking between the Session Initiation Protocol (SIP) and the Extensible Messaging and Presence Protocol (XMPP): Addresses and Error Conditions", IETF, </span><span style="font-family:arial,helvetica,sans-serif;line-height:16px"><a href="http://tools.ietf.org/html/draft-ietf-stox-core" target="_blank" style="color:rgb(17,85,204)">http://tools.ietf.org/html/draft-ietf-stox-core</a> "</span></div>

</div></blockquote></div></div>