RTL labels and numbers?

Abdulrahman I. ALGhadir aghadir at citc.gov.sa
Tue Oct 13 10:15:55 CEST 2009


Hello,

Well while I was reading draft-ietf-idnabis-bidi-06.txt I found this:

 

"4.3.  Strings with numbers
 
   By requiring that the first or last character of a string be category
   R or AL, RFC 3454 prohibited a string containing right-to-left
   characters from ending with a number.
 
   Consider the strings ALEF 5 (HEBREW LETTER ALEF + DIGIT FIVE) and 5
   ALEF.  Displayed in an LTR context, the first one will be displayed
   from left to right as 5 ALEF (with the 5 being considered right-to-
   left because of the leading ALEF), while 5 ALEF will be displayed in
   exactly the same order (5 taking the direction from context).
   Clearly, only one of those should be permitted as a registered label,
   but barring them both seems unnecessary."

 

Why permitting done on the protocol level ? shouldn't this be done at
registry level?

 

Ex. If someone wants to register 3COM (COM is a RTL word) registry will
register 3COM for him/her and  will lock COM3.

At least this will give users the choice for picking not forcing them on
one type?

 

Thank you,

 

 


-----------------------------------------------------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.alvestrand.no/pipermail/idna-update/attachments/20091013/a7c11b91/attachment.htm 


More information about the Idna-update mailing list