[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [idn] Re: [idn-nameprep] nameprep back-compatibility



--On 08/02/2001 5:49 PM +0000 Mike Astle <astle@new.net> wrote:

> The silence from the idn-nameprep list is leading me to believe that I
> might be asking a stupid question here, but I'll give it a go nonetheless.
> 
> Please see below...

As myself and Mark came up with section 6, I will respond to this.

> On Mon, 30 Jul 2001, Mike Astle wrote:
> 
>> I agree that the handling of newly assigned codepoints is very sensible
>> and will ease the adoption process.  I'm interested in what happens to
>> "reassigned" codepoints.  To use the language of Section 6 of the draft,
>> what if a character in MN changes mappings between two versions of
>> nameprep?

According to Unicode Consortium, this will not happen. Yes, it happened a
few months ago, but that was a change that was agreed could be made at that
point in time as the tables are not referenced by any standard (yet). The
same decision would be different if IDN/Nameprep was a done deal.

I got this as a response when I as liason from IETF asked this very
question.

>>  That is:
>> 
>> nameprep_version1( X ) = A
>> nameprep_version2( X ) = B
>> 
>> where X is in MN and A and B are in AO.  X remains in MN.
>> 
>> If I'm a client with a resolver that uses nameprep_version1, I expect X
>> to always map to A.  When I upgrade my resolver to nameprep_version2, X
>> now maps to B - possibly leading me to a different IP address than what I
>> intended.
>> 
>> Is this kind of remapping forbidden by the draft or an associated
>> document?

See above, forbidden in the Unicode Consortium.

   paf