----- Original Message ----- From: "Martin Duerst" <[EMAIL PROTECTED]> > What I meant is that e.g. somebody goes ahead and > implements reordering based on one of your tables. > Then e.g. the IETF includes reordering in IDN > (Don't misunderstand me, this is only an example, > of course I think this should never happen.), but > with a different table based on newer statistics. > The original implementer doesn't catch that he has > a different table, and as a result, we have total > chaos, nothing matches.
But newer reordering table with newer statistics cannot be deployed without new ACE PREFIX, as i said many times. But current nameprep rules out the possibility of newer PREFIX. Therefore, newer reordering table would not occur until this objection to future new prefix is un-freezed and lifted up by IETF. With new prefix, there won't occur any confusion problems you raised regarding to REORDERING. Soobok Lee > > In comparison, if somebody by chance gets an old > NFC/KC table, a few labels won't match, but it won't > be a whole script or more that gets ruined. > > Regards, Martin. >
