<font face="georgia,serif"><meta charset="utf-8"><span class="Apple-style-span" style="font-family: arial; "><font face="georgia,serif">That is a red herring. Computation of the characters needed to add to Section G for stability <i>can</i> be done purely algorithmically.</font><div>
<ul><li><span class="Apple-style-span" style="font-family: georgia, serif; ">For any new Unicode version V, look at DISALLOWED.</span></li><li><span class="Apple-style-span" style="font-family: georgia, serif; ">If it contains any characters that were PVALID, CONTEXTO, or CONTEXTJ when <meta charset="utf-8">computed according to Unicode V-1, then add them to Section G, with their V-1 value.</span></li>
</ul><font face="georgia,serif"></font></div><div><font class="Apple-style-span" face="georgia, serif">Moreover, the Unicode consortium offered several times during the development of IDNA2008 to institute a new derived Unicode property that would make this even simpler, without needing access to the previous version of Unicode. It would look something like <span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; ">Other_ID_Continue</span></font><span class="Apple-style-span" style="font-family: georgia, serif; "> in <a href="http://unicode.org/Public/UNIDATA/PropList.txt">http://unicode.org/Public/UNIDATA/PropList.txt</a>.</span></div>
<div><span class="Apple-style-span" style="font-family: georgia, serif; "><br></span></div></span></font><font face="georgia, serif">Mark<br></font>
<br><br><div class="gmail_quote">2011/2/21 Patrik Fältström <span dir="ltr"><<a href="mailto:patrik@frobbit.se">patrik@frobbit.se</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On 21 feb 2011, at 21.58, Simon Josefsson wrote:<br>
<br>
> I didn't understand John's argument that we have an incompatibility<br>
> regardless of what we do<br>
<br>
</div>Either we have stability in the algorithm (as now proposed) or we have stability in the table which is the result of the calculation of the algorithm.<br>
<br>
IDNA2008 is defined as being an _algorithm_ that should be stable, so an application can apply it regardless of what version of Unicode we talk about.<br>
<br>
Because the algorithm is based on property values that now changes for three codepoints, the result of the calculation is not stable.<br>
<br>
The alternative would be to change the algorithm, and that would make the codepoints not change, but the algorithm changes.<br>
<br>
IDNA2003 was a table based solution.<br>
<br>
IDNA2008 is an algorithm based solution.<br>
<font color="#888888"><br>
   Patrik<br>
<br>
</font></blockquote></div><br>