<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">implies that we can somehow override the RA's decision.</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">Well, some implementations (I suspect all significant ones) <i>need</i> to override the RA's decision. For example, CLDR and people that use it normalize the predominant encompassed form to the macrolanguage, for compatibility. Implementations are just not going to change from using 'zh' or 'ar' to mean the predominant form.</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">For a full list, see <a href="http://unicode.org/cldr/charts/supplemental/aliases.html">http://unicode.org/cldr/charts/supplemental/aliases.html</a>, looking just at 'macrolanguage' in the Reason.</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">That isolates implementations from any resulting instability. That means that even if the RA decides to make 'de' a macrolanguage encompassing Schwäbish, Schwiitzertütsch, etc., with a separate code for 'Schriftdeutsch' it wouldn't affect CLDR users.</div>
<div class="gmail_default" style="font-family:'times new roman',serif"><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 Fri, Mar 8, 2013 at 5:48 PM, Doug Ewell <span dir="ltr"><<a href="mailto:doug@ewellic.org" target="_blank">doug@ewellic.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Phillips, Addison <addison at lab126 dot com> wrote:<br>
<br>
>> Why doesn't Swabian have German as a macrolanguage?<br>
><br>
> The short answer is: because ISO 639-3 says so (or, rather, fails to<br>
> say so).<br>
<br>
This is the answer that Benson needed.<br>
<br>
> But these generally do not convey additional utility for the uses to<br>
> which language tags are mostly applied and the additional complexity<br>
> of macrolanguages is something that generally this group tries to<br>
> avoid.<br>
<br>
This is NOT the answer that Benson needed.<br>
<br>
This group isn't empowered to avoid the additional complexity of<br>
macrolanguages. BCP 47 has a mechanism in place to deal with them. The<br>
mechanism was an uneasy compromise and it does add complexity to the<br>
tagging model, but when 639-3/RA decides to assign a macrolanguage,<br>
that's pretty much that; the mechanism kicks in.<br>
<br>
To say that the group tries to avoid the complexity of macrolanguages<br>
implies that we can somehow override the RA's decision. I don't think we<br>
want to perpetuate that belief among users.<br>
<br>
--<br>
Doug Ewell | Thornton, CO, USA<br>
<a href="http://ewellic.org" target="_blank">http://ewellic.org</a> | @DougEwell ­<br>
<br>
_______________________________________________<br>
Ietf-languages mailing list<br>
<a href="mailto:Ietf-languages@alvestrand.no">Ietf-languages@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages" target="_blank">http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br>
</blockquote></div><br></div>