<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:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@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:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
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;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
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">I guess my perspective is as someone who is used to static design templates with sets of localized string data for each applicable locale – much like Mark’s
example. I have the English string, I create the localizations I need across various languages, including possibly sex-based strings in the locales where this is appropriate and within my marketing budget. In most cases, this is easily done by the same translator
I’ve already hired for that locale.<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">I assign these multilingual sets to a variable or data element in a *<b>neutral</b>* template that spans all locales and key off user data to display the right
string. If the ability to handle sexual variation is not at the language tag level, I can’t simply swap out strings depending on who the audience is. That’s what I was indicating felt clean about handling this in a language tag rather than requiring an additional
bit of logic to show the right string for every locale where human sex affects speech. (Or more likely, you just skip this and use the male variant – because it hasn’t been made easy by putting this in the language tag.)<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">I don’t think the tags should identify parameters of the linguistic audience, but each member of an online audience can also be assigned a language tag, which
can then be matched to appropriate content. Dynamic data is the target for this.<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">Regards,<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">Karen Broome<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 style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<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""> ietf-languages-bounces@alvestrand.no [mailto:ietf-languages-bounces@alvestrand.no]
<b>On Behalf Of </b>Mark Davis ?<br>
<b>Sent:</b> Thursday, December 20, 2012 9:56 AM<br>
<b>To:</b> Michael Everson<br>
<b>Cc:</b> ietflang IETF Languages Discussion<br>
<b>Subject:</b> Re: gender voice variants<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">The world is rarely "clean" in that sense. The distinction between en-CA, en-US, and en-GB is not clean (look at the usage of the Oxford comma, which cuts across this; let alone the Shatner comma ;-). Nor are the current variants "clean"
in the sense of always being algorithmically determinable. <o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">However, certain distinctions even if not perfect, are often extremely useful.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Karen just mentioned "<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:black">I can't make a use case for your creating formal and informal versions of an OS</span>". In response, I gave an example of a very real use
case. And while it may perfectly represent the nuances of expression possible with human language, it does solve a significant issue in IT.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">However, I'm <i>not</i> pushing for registration of the formal/informal distinction with BCP47 variants. "Usefulness in IT" unfortunately seems to have little weight as a criterion for registration of variants, so if we decide we need to
have it, we'd take the route of proposing a -u or -t subtag instead.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://plus.google.com/114199149796022210033" target="_blank">Mark</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><i>— Il meglio è l’inimico del bene —</i><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Thu, Dec 20, 2012 at 2:22 AM, Michael Everson <<a href="mailto:everson@evertype.com" target="_blank">everson@evertype.com</a>> wrote:<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">On 20 Dec 2012, at 02:01, "Broome, Karen" <<a href="mailto:Karen.Broome@am.sony.com">Karen.Broome@am.sony.com</a>> wrote:<br>
<br>
>> The problem comes in when you have shared online components. You really don't want to mix du and Sie on the same page, addressing the same user.<br>
><br>
> This. So you want this to be in the language tag. Keeps it clean.<o:p></o:p></p>
</div>
<p class="MsoNormal">Levels of politeness in pronominal and verbal structures is not binarily "clean" in the world's languages. "Formal" and "informal" is not adequate, if you want to argue for opening a floodgate.<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><br>
Michael Everson * <a href="http://www.evertype.com/" target="_blank">http://www.evertype.com/</a><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><o:p></o:p></p>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>