<br><br><div class="gmail_quote">On Wed, Dec 2, 2009 at 3:40 PM, Eric Brunner-Williams <span dir="ltr">&lt;<a href="mailto:ebw@abenaki.wabanaki.net">ebw@abenaki.wabanaki.net</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;">
Lisa Dusseault wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
...<div class="im"><br>
Even if this is a rhetorical question, I&#39;ll bite.  It&#39;s because the IETF makes decisions by rough consensus and running code.  Rough consensus is among informed participants as well as experts and people in certain positions of authority or responsibility.  Running code certainly brings in browser/client implementation history and current client implementation concerns.  It is not only operators of the countries where those languages are most spoken, that have collateral effects from the status of the characters of those languages in IDNA.<br>

</div></blockquote>
<br>
<br>
It was just this assertion, in late 2001, that allowed the IDNA (2003) WG to ignore the input from Chinese engineers.<br>
<br>
That resulted in a later separate document, and a contemporaneous second, correctly functioning, for local definition of correct, name space, which persists to this day.<br>
<br>
At some point, the tension between 2826 and someone&#39;s broken code has to be resolved, and continuing to favor someone&#39;s broken code over 2826 has a downside.<br></blockquote><div><br>Your argument is a fair argument to try to influence the consensus, but it is not a fair argument to overrule a consensus (not that I&#39;m saying you are doing that).   We do rely on most IETF participants being constructive most of the time.  We just have no other process besides appealing to people who are forming the consensus to look at running code, reality, security concerns and so on.<br>
</div></div><br>Lisa<br>