IDNNever.txt

Harald Tveit Alvestrand harald at alvestrand.no
Sat Feb 10 10:19:28 CET 2007



--On 9. februar 2007 13:44 -0500 Avri Doria <avri at acm.org> wrote:

> Hi,
>
> I am sort of knew to this level of the discussion but am wondering at the
> extent of the list.  e.g I have been curious why some of the symbols
> would not be allowed.  I tend to look at the possibility of symbolic
> labels as offering a possible alternative for non literate people on
> special appliances.

I'd consider putting symbols for that purpose into the URL field 
"weird"..... but note that the Bliss symbols 
(<http://en.wikipedia.org/wiki/Blissymbols>) would be considered a script, 
not symbols (if they were ever to be encoded in Unicode).

> Are there technical issues that make these problematic?  Or is this a
> policy decision that is being encapsulated into the technical solution?
>
> thanks
> a.
>
>
> On 2 feb 2007, at 21.37, Kenneth Whistler wrote:
>
>>
>> For conservative criteria for what to absolutely, positively
>> guarantee are in the never, never, ever category, I have
>> started with:
>>
>> 1. cp != NFKC(cp)
>> 2. cp has Pattern_Syntax property
>> 3. cp has Pattern_White_Space property
>> 4. cp has White_Space property
>> 5. cp has Variation_Selector property
>> 6. cp has Noncharacter_Code_Point property
>> 7. cp has General_Category=Cf (Unicode format controls)
>> 8. cp has General_Category=Cc (ISO controls)
>>
>
> _______________________________________________
> 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