<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:D="DAV:" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Dear JFC,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thank you for letting me in this I’ll try to gather most of pointed issues in IDNA and I’ll try to send to you later hopefully!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">But have ever seen this proposed solution on improving the display of URI?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><a href="http://www.unicode.org/review/pri185/">http://www.unicode.org/review/pri185/</a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">This solution has been pended waiting for any feeds on it so that they can publish it, and I think this solution will solve most of confusing problems in the
 display, yet it’ll give us defending points on removing some limitations  in the IDNA (hopefully!).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Abdulrahman,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> idna-update-bounces@alvestrand.no [mailto:idna-update-bounces@alvestrand.no]
<b>On Behalf Of </b>JFC Morfin<br>
<b>Sent:</b> 8/Aug/2011 3:57 PM<br>
<b>To:</b> Abdulrahman I. ALGhadir; Slim Amamou<br>
<b>Cc:</b> arabic-vip@icann.org; idna-update@alvestrand.no work; iucg@ietf.org; Arabic Scripts IDNA<br>
<b>Subject:</b> Re: mixing different direction labels within same domain<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Dear Abdulrahman, dear Slim,<br>
<br>
we try to consolidate all the post-IDNA2008 points that are now to be addressed at Internet technology level (including those with an impact on the protocols but belonging to the architectural level that we plan to consolidate further on). This mostly concerns
 inputs from IANA, IAB, IETF/WG/IDNA2008, IETF/WG/PRECIS, ICANN/WG/VIP, UNICODE, IUCG, IUTF, ALFA, ITU, John Klensin, Andrew Sullivan, Paul Hoffman, Vint Cerf, etc. The target is to help them all to consistently work in being aware of all the issues and in
 using the same terms with the same meaning.<br>
<br>
The current version of this compilation is at <a href="http://iucg.org/wiki/IDNS_Common_Glossary">
http://iucg.org/wiki/IDNS_Common_Glossary</a>.<br>
<br>
Once we have compiled all the potocol level issues we will propose all the concerned parties to consolidate them into a common Draft to everyone's benefit and for us to complete the design of an ML-DNS prototype implementation, i.e. a multi-layer, multi-prupose
 (intertechnology), multi-orthotypography IDNA2008 conformant  front-end of the IDNA2008 stabilised Internet DNS.<br>
<br>
Among the points we noted there is the Bidi issue <a href="http://iucg.org/wiki/Bidi_discussion">
http://iucg.org/wiki/Bidi_discussion</a> that you raised on 2/14/2010. Harald's response is at the IDNA2008 level (on the Internet side). The question now is to know how to address it at the use level: I would be interested in a description of the problem which
 could permit a solution at protocol, use or architural level. <br>
<br>
I thank you if you can help us.<br>
jfc<br>
<br>
<br>
At 22:55 07/08/2011, Harald Alvestrand wrote:<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">On 06/21/11 07:55, Abdulrahman I. ALGhadir wrote: <br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">Dear all,<br>
I am just wondering whenever it is permitted or not to have this case:<br>
<r2l chars><num1>.<num2>.<etc ..><o:p></o:p></p>
<p class="MsoNormal">This particular case has all labels legal, but the overall display name will display very oddly (as noted). The oddity is caused by our inability to mandate whole-domain tests, as described in the RFC.<br>
<br>
It is logical for the administrator of <etc ..> to forbid registration of leading-numeric labels if it anticipates R2L labels at the next level down, and it is logical for application writers to simply reject such names because they are going to confuse the
 users (much in the spirit of Firefox' refusal to do mixed-script names), but the RFC does not require them to do so.<br>
<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">As you know in case r2l labels the display will be like this<br>
<etc..>.<num1>.<num2><r2l chars><o:p></o:p></p>
<p class="MsoNormal">I think the display will depend on the direction of <etc> and whether it is in an RTL context or an LTR context, but I'm still not confident of my ability to execute the BIDI algorithm in my head.<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">As you see both of them have different display order which isn?t  the same as network order.<br>
And I know it is mentioned in the RFC <br>
 <br>
<br>
<o:p></o:p></p>
<pre>   Several stronger statements were considered and<o:p></o:p></pre>
<pre>rejected, because<o:p></o:p></pre>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<pre>   they seem to be impossible to fulfill within the<o:p></o:p></pre>
<pre>constraints of<o:p></o:p></pre>
<pre>the<o:p></o:p></pre>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<pre>   Unicode bidirectional<o:p></o:p></pre>
<pre>algorithm.<o:p></o:p></pre>
<p class="MsoNormal" style="margin-bottom:12.0pt"> <br>
And one of the statement is <br>
 <br>
  o  The sequence of labels should be consistent with network order.<br>
      This proved impossible -- a domain name consisting of the labels<br>
      in network order) L1.R2.R3.L4 will be displayed as L1.R3.R2.L4 in<br>
      an LTR context.  (In an RTL context, it will be displayed as<br>
      L4.R3.R2.L1)<br>
 <br>
<br>
<o:p></o:p></p>
<pre> <o:p></o:p></pre>
<p class="MsoNormal" style="margin-bottom:12.0pt"> <br>
And I have tried two implemented tools (well I don?t know if they follow the RFC fully or not).<br>
 <br>
<br>
<a href="http://unicode.org/cldr/utility/idna.jsp?a=%D8%B1%D8%A7%D8%A6%D8%AF888.999.%D8%A7%D9%84%D8%B3%D8%B9%D9%88%D8%AF%D9%8A%D8%A9#notes">http://unicode.org/cldr/utility/idna.jsp?a=%D8%B1%D8%A7%D8%A6%D8%AF888.999.%D8%A7%D9%84%D8%B3%D8%B9%D9%88%D8%AF%D9%8A%D8%A9#notes</a>
<br>
<br>
<a href="http://mct.verisign-grs.com/conversiontool/convertServlet?input=%D8%B1%D8%A7%D8%A6%D8%AF888.999.%D8%A7%D9%84%D8%B3%D8%B9%D9%88%D8%AF%D9%8A%D8%A9&type=UTF8">http://mct.verisign-grs.com/conversiontool/convertServlet?input=%D8%B1%D8%A7%D8%A6%D8%AF888.999.%D8%A7%D9%84%D8%B3%D8%B9%D9%88%D8%AF%D9%8A%D8%A9&type=UTF8</a>
<br>
 <br>
 <br>
Abdulrahman,<br>
<br>
<o:p></o:p></p>
<pre><o:p> </o:p></pre>
<pre><o:p> </o:p></pre>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Idna-update mailing list<o:p></o:p></pre>
<pre><a href="mailto:Idna-update@alvestrand.no">Idna-update@alvestrand.no</a><o:p></o:p></pre>
<pre><a href="http://www.alvestrand.no/mailman/listinfo/idna-update"><o:p></o:p></a></pre>
<pre><span class="MsoHyperlink"><a href="http://www.alvestrand.no/mailman/listinfo/idna-update">http://www.alvestrand.no/mailman/listinfo/idna-update</a></span><o:p></o:p></pre>
<p class="MsoNormal"><br>
_______________________________________________<br>
Idna-update mailing list<br>
Idna-update@alvestrand.no<br>
<a href="http://www.alvestrand.no/mailman/listinfo/idna-update">http://www.alvestrand.no/mailman/listinfo/idna-update</a><o:p></o:p></p>
</div>
<font face="monospace"><br>
-----------------------------------------------------------------------------------<br>
Disclaimer:<br>
This message and its attachment, if any, are confidential and may contain legally<br>
privileged information. If you are not the intended recipient, please contact the<br>
sender immediately and delete this message and its attachment, if any, from your<br>
system. You should not copy this message or disclose its contents to any other<br>
person or use it for any purpose. Statements and opinions expressed in this e-mail<br>
are those of the sender, and do not necessarily reflect those of the Communications<br>
and Information Technology Commission (CITC). CITC accepts no liability for damage<br>
caused by this email.</font></body>
</html>