<div dir="ltr"><br clear="all">Mark<br>
<br><br><div class="gmail_quote">On Fri, Aug 22, 2008 at 4:45 PM, John C Klensin <span dir="ltr">&lt;<a href="mailto:klensin@jck.com">klensin@jck.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
I&#39;ve tried marking up copies of Rationale and Protocol to<br>
identify the material that would need to be moved (and, in most<br>
cases, rewritten... it is not a simple move) from one to the<br>
other to eliminate all normative material from Rationale. &nbsp; &nbsp;The<br>
very sensitive U-label/ A-label/<br>
whatever-we-call-the-other-things definitions are examples of<br>
the problem of normative material that is needed to understand<br>
important non-normative parts of Rationale. &nbsp;There are some<br>
subjective judgment calls and a good deal of text that would<br>
have to either be duplicated to permit Rationale to continue to<br>
make sense or we would have to require that readers of Rationale<br>
read and understand major sections of Protocol first.</blockquote></div><br>It is perfectly appropriate for a &quot;commentary&quot; document to reference normative definitions in the actual specification. The important thing is for the protocol document to be a complete specification, and not require bits and pieces from what is suppose to be an explanatory accompanying document.<br>
<br>I can well sympathize with your desire to avoid this kind of work -- I was probably just as resistant when I was pushed into doing a same thing with a Unicode specification that I had the pen on. But the results are so much cleaner and clearer that I think it is work that simply needs to be done. Either that, or I think just remove the rationale document entirely at this point, and just move the normative content into protocol.<br>
<br>The problem with the rationale document as it exists now is that it is still full of controversial material, material that is actually not necessary for delivery of IDNA2008. We will end up just spinning on that material when it is not the main focus. Far better would it be to just concentrate on the normative material that we have to have as part of IDNA2008; informative / tutorial material can always follow on later.<br>
<br>Mark<br></div>