Comments on the Unicode Codepoints and IDNA Internet-Draft
mail@edmon
mail at edmon.info
Tue Jul 29 14:28:37 CEST 2008
Perhaps it is better to view it in a separate light.
If we look at the blocks for CJK Radicals and strokes:
2E80..2E99 ; DISALLOWED # CJK RADICAL REPEAT..CJK RADICAL RAP
2E9B..2EF3 ; DISALLOWED # CJK RADICAL CHOKE..CJK RADICAL C-SIMPLIFIED
2F00..2FD5 ; DISALLOWED # KANGXI RADICAL ONE..KANGXI RADICAL FLUTE
31C0..31E3 ; DISALLOWED # CJK STROKE T..CJK STROKE Q
We see that they are disallowed. Similarly, Yi radicals are disallowed.
As I understand it Jamo could be considered in similar light, and therefore,
it seems there is good basis to treat them similarly.
Edmon
> -----Original Message-----
> From: idna-update-bounces at alvestrand.no [mailto:idna-update-
> bounces at alvestrand.no] On Behalf Of Vint Cerf
> Sent: Tuesday, July 29, 2008 8:10 PM
> To: Stéphane Bortzmeyer
> Cc: idna-update at alvestrand.no
> Subject: Re: Comments on the Unicode Codepoints and IDNA Internet-Draft
>
> Stephane,
>
> I did not intend for these to be interpreted as "the same" at all - I
> intended to imply that these were two different ways of dealing with
> problem characters.
>
> vint
>
>
> On Jul 29, 2008, at 7:39 AM, Stéphane Bortzmeyer wrote:
>
> > On Tue, Jul 29, 2008 at 01:27:15AM -0700,
> > Vint Cerf <vint at google.com> wrote
> > a message of 38 lines which said:
> >
> >> the issue might be better stated as "can these characters be so
> >> readily used to cause confusionas to merit their banishment at
> >> protocol level or warned against at "registration time" at all
> >> levels in domain name hierarchy?
> >
> > But these two solutions are quite different. In the DNS, today, there
> > are no "banishment at protocol level" even between confusable
> > characters.
> >
> > Guidelines for registries ("Allowing the registration of <U+xxxx> is
> > not a good idea") are a different thing. They are already used
> > (section 3.5 "Preferred name syntax" of RFC 1034) and the work of the
> > arabic script users is a good example of a work that should be used
> > that way for IDNA.
> >
> > With "banishment at protocol level", we would never had the underscore
> > for SRV records, it would have been forbidden...
>
> _______________________________________________
> Idna-update mailing list
> Idna-update at alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/idna-update
More information about the Idna-update
mailing list