> maybe problematic and unsafe. > What if future NFC/NFKC maps them into other code points ? > There will be a mess, too.
read the design principle of NFC or NFKC. Future addition of scripts and addition normalization will *NOT* cause existing normalized string to changed. do you have the same stability principle or ensure that to be the same for re-ordering? or one which can be sure? > Current REORDERING does nothing with TAGALOG and adds > no new problem into ACE. the problem is alerady inherent > in ACE and nameprep version scheme, and is not due to > REORDERING. But Tagalog may then come back to IDN to claim unfair treatment! Are you going to deny them that? > Prefix-based version scheme will solve those problems. No no no. Lets not get into other scheme which involves playing with multiples prefix or suffix as "version tag". Try not to make things more complex here. The key word here is stability. You have not address it yet. And no, there is no such thing as "only compress" algorithm. It is mathemtically impossible. -James Seng
