<br><div class="gmail_quote">On Tue, Sep 8, 2009 at 1:16 AM, Andrew Sullivan <span dir="ltr"><<a href="mailto:ajs@shinkuro.com">ajs@shinkuro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div class="im">On Mon, Sep 07, 2009 at 06:49:55PM +0900, "Martin J. Dürst" wrote:<br>> I agree with Mati. I think in protocol, checking the BIDI constraints<br>> should just be a MUST. BIDI then can say (as it already does) that these<br>
> constraints are essentially irrelevant for LTR-only domain names.<br><br></div>I can think of a case where not checking BIDI rules would be<br>justified. Suppose a system is configured such that it is impossible<br>
to enter RTL characters, and there are no fonts for displaying RTL<br>characters either. In this case, actually performing the BIDI check<br>would just be a waste of cycles: they're effectively impossible<br>anyway. (The purpose of the BIDI rule, after all, derives primarily<br>
from the display characteristics of RTL versus LTR. Therefore, if no<br>RTL is possibly displayed, then there are no display characteristics.)<br><br></blockquote><div><br></div><div>Aren't these display characteristics available in the Unicode database? I would imagine that the ability to perform the BIDI check is not dependent on whether the runtime system has appropriate fonts installed. it is, however, dependent on whether the client / library is BIDI-aware.</div>
<div><br></div><div>If it is, as you said, impossible to perform the BIDI check in some systems, then I agree that the rule should be a SHOULD. Otherwise, I'd still vote for MUST.</div><div><br></div><div><br></div></div>
<div class="gmail_quote">On Tue, Sep 8, 2009 at 1:19 AM, Andrew Sullivan <span dir="ltr"><<a href="mailto:ajs@shinkuro.com">ajs@shinkuro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Mon, Sep 07, 2009 at 06:46:12PM +1000, Wil Tan wrote:<br>
> ><br>
> I concur, especially given the fact that Bidi labels registered at lower<br>
> levels of the tree (thus outside the control of parent registries) could<br>
> possibly be used to render confusing domain names.<br>
<br>
</div>Let us not open this debate again, please. We have explicitly decided<br>
that confusability is not a criterion for acceptability. Just because<br>
registries can act badly is not a reason to set protocol rules, and we<br>
have been quite clear that we expect registries to have a policy (even<br>
if that expectation is likely to be unrealised in practice).<br>
<div class="im"><br></div></blockquote><div><br></div><div>I'm not trying to reopen it either. I was going to rest my case as I compose this reply and saw John's note. I was precisely worried about "<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">Bidi characters in odd contexts pose as much of a problem as those invisible characters" though I do not have any examples.</span></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Granted we can't solve the world's phishing problems, but there are "characters that shouldn't appear in domain names" and then there are "characters that look like protocol characters", and yet there are certain configuration of characters that could be as bad as "those invisible characters".</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">=wil</span></font></div>
</div>