Protocol Action: 'Right-to-left scripts for IDNA' to Proposed Standard

Vint Cerf vint at google.com
Sat Feb 13 06:00:22 CET 2010


I am afraid that even UAX#9 will not solve the problem of random  
arbitrary text that is intended to be a domain name but which is not  
found in a context that allows reliable identification as such.

vint


On Feb 12, 2010, at 11:44 PM, Abdulrahman I. ALGhadir wrote:

> Hey,
>
> Well as we know the IDNA protocol didn't adapt bidi algorithm (UAX  
> #9) fully. They disallowed all bidi markers (LRM,RLM,...) which are  
> they used to solve problems from this kind.
>
> So, what can be done?
> 1) adapt or create new algorithm in IDNA protocol to solve this  
> issue (doubt it).
> 2) make all hyper links to be treated in special way rather using  
> UAX#9 (application wise possible).
> 3) enhance the existent bidi algorithm by adding new rules to  
> support hyperlinks (possible).
>
> Thank you,
>
> -----Original Message-----
> From: idna-update-bounces at alvestrand.no [mailto:idna-update-bounces at alvestrand.no 
> ] On Behalf Of Slim Amamou
> Sent: 12/Feb/2010 1:58 PM
> To: The IESG
> Cc: Internet Architecture Board; idnabis mailing list; idnabis  
> chair; IETF-Announce; RFC Editor
> Subject: Re: Protocol Action: 'Right-to-left scripts for IDNA' to  
> Proposed Standard
>
> hi,
>
> In section 3
>>
>> 3. The requirement set for the BIDI rule
>> (...)
>>
>> All the text in this document assumes that text containing the labels
>> under consideration will be displayed using the Unicode bidirectional
>> algorithm [UAX9].
>> (...)
>>   Several stronger statements were considered and rejected, because
>>   they seem to be impossible to fulfil within the constraints of the
>>   Unicode bidirectional algorithm.  These include:
>> (...)
>>
>> o The sequence of labels should be consistent with network order.
>> This proved impossible - a domain name consisting of the labels
>> (in network order) L1.R2.R3.L4 will be displayed as L1.R3.R2.L4 in
>> an LTR context. (In an RTL context, it will be displayed as
>> L4.R3.R2.L1).
>
> Displaying L1.R2.R3.L4 as L1.R3.R2.L4 in an LTR context is really
> confusing because it breaks the logical aspect and the implied
> hierarchy of domain names. Furthermore, it makes the domain names
> unnecessarily inconsistent with original design of DNS with respect to
> RFC1034. I understand that this is in compliance with UAX9 and is
> related to the statement :
>
>> All the text in this document assumes that text containing the labels
>> under consideration will be displayed using the Unicode bidirectional
>> algorithm [UAX9].
>
> But why use UAX9 for "text containing the labels"? why not only for  
> labels?
>
> -- 
> Slim Amamou | سليم عمامو
> http://alixsys.com
> _______________________________________________
> Idna-update mailing list
> Idna-update at alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/idna-update
>
> -----------------------------------------------------------------------------------
> Disclaimer:
> This message and its attachment, if any, are confidential and may  
> contain legally
> privileged information. If you are not the intended recipient,  
> please contact the
> sender immediately and delete this message and its attachment, if  
> any, from your
> system. You should not copy this message or disclose its contents to  
> any other
> person or use it for any purpose. Statements and opinions expressed  
> in this e-mail
> are those of the sender, and do not necessarily reflect those of the  
> Communications
> and Information Technology Commission (CITC). CITC accepts no  
> liability for damage
> caused by this email.
> _______________________________________________
> 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