<html>
<head>
</head>
<body class='hmmessage'><div dir='ltr'>

<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Hi.<br>Doug Ewell 
    <a href="mailto:ietf-languages%40alvestrand.no?Subject=Re%3A%20Unifon%20%3D%3FUTF-8%3FQ%3Fscript%3D3F%3F%3D&In-Reply-To=%3C20130923111137.665a7a7059d7ee80bb4d670165c8327d.90488a8f01.wbe%40email03.secureserver.net%3E" title="Unifon script?">doug at ewellic.org
       </a><br>
    Mon Sep 23 20:11:37 CEST 2013
    
    <hr>  

<pre>> CE Whitehead <cewcathar at hotmail dot com> wrote:

>>><i> The code element is Latn.
</i>>><i>
</i>>><i> I'm sorry that I'm confused; is Michael saying that [en-Latn],
</i>>>><i> [hup-Latn], etc. should be listed in the prefix fields for the variant
</i>>><i> [unifon]?
</i>
> He was responding concretely to my abstract point that script subtags
> cannot be added directly by user request to the Language Subtag Registry
> (they can only be added if an ISO 15924 code element is added first).
> Michael's response was that no ISO 15924 code element needs to be added
> for Unifon, because it is a Latin variant.

>><i> ([unifon] is  similar I would guess, and as you all have said, to
</i>>><i> [fonipa]; I'm not sure what Doug is saying but more prefix fields can
</i>>><i> be added later;  prefixes can also be removed later I understand, so
</i>>><i> long as you remove them all; also, for example, if you have registered
</i>>><i> a prefix [en-Latn], you can remove [Latn], making the prefix just
</i>>><i> [en]; [fonipa] as we registered it, has no prefix requirements)
</i>
> This must be about something John Cowan said. The only thing I said
> about Prefix fields is where they should be canonically placed within
> the record.

> --
> Doug Ewell | Thornton, CO, USA
<a href="http://ewellic.org">> http://ewellic.org</a> | @DougEwell ­
<br><br>I was asking was whether or not it would be wise or even necesasry to also use the prefixes [en-Latn] , etc., and whether doing so would in any way affect matching (given that the default script for these languages is in all cases [Latn] anyway)?  <br><br>I was also attempting to reiterate what's in RFC 5646, that in the future more languages could be added as prefixes, or alternately the prefix could be removed altogether; however no single language prefix could be deleted from the list.<br><br>In any case, the current registration request, as you all have revised it, looks great (-: <br><br>Best,<br><br>--C. E. Whitehead<br>cewcathar@hotmail.com<br></pre></div>
                                          </div></body>
</html>