<div dir="ltr"><div class="gmail_default" style="font-family:'times new roman',serif">> <span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px">It's also not true for URLs in resources that depend on the mapping to</span></div>
<div class="gmail_default" style="font-family:'times new roman',serif"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px">happen.</span><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px"> </span></div>
<div class="gmail_default" style="font-family:'times new roman',serif"><br></div><div class="gmail_default" style="font-family:'times new roman',serif">TR46 really has 3 parts:</div><div class="gmail_default" style="font-family:'times new roman',serif">
<div><ol><li>transitional handling for the 4 ambiguous characters<br></li><li>inclusion of symbols<br></li><li>client-side mapping (aka lowercasing)<br></li></ol><div>Parts #1 and #2 are transitional in supporting IDNA2003 on the path to IDNA2008. </div>
<div><br></div><div>Part #3 (client-side mapping) is something that is permitted by IDNA2008, and is thus optional for even a fully IDNA2008-compliant implementation.</div></div><br></div></div><div class="gmail_extra"><br clear="all">
<div><font face="'times new roman', serif"><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><div></div></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">
<br></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><a href="https://plus.google.com/114199149796022210033" target="_blank">Mark</a></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">
<i><br></i></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><i>— Il meglio è l’inimico del bene —</i></div></font><div><div><font face="'times new roman', serif"><i><span style="font-style:normal"><i></i></span><i></i></i></font></div>
</div></div>
<br><br><div class="gmail_quote">On Wed, Aug 21, 2013 at 5:45 PM, Anne van Kesteren <span dir="ltr"><<a href="mailto:annevk@annevk.nl" target="_blank">annevk@annevk.nl</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 Wed, Aug 21, 2013 at 4:01 PM, Mark Davis ☕ <<a href="mailto:mark@macchiato.com">mark@macchiato.com</a>> wrote:<br>
> I agree with that, and it is the scenario envisioned for TR46. That is, once<br>
> all (significant) registries move to IDNA2008, then then clients can impose<br>
> stricter controls on the characters, excluding the characters that are<br>
> disallowed in IDNA2008. Because the registries will have moved, the number<br>
> of failing URLs would be acceptable.<br>
<br>
</div>I doubt that would be true for subdomains. E.g. I know people using<br>
http://☺.<a href="http://example.com/" target="_blank">example.com/</a> as domain (forgot whether that particular code<br>
point is excluded, but you get the idea).<br>
<br>
It's also not true for URLs in resources that depend on the mapping to<br>
happen. Especially for uppercase/lowercase I would expect that to be<br>
fairly common. And in URLs in resources should remain<br>
locale-insensitive. That they depend on encodings to some extent is<br>
bad enough.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
<a href="http://annevankesteren.nl/" target="_blank">http://annevankesteren.nl/</a><br>
</font></span></blockquote></div><br></div>