No consensus on en-GB-oed replacement?

[Mark Davis ☕️]

*i-default. *I understand that it is defined in RFC 2277, but I don't know
of any software that actually uses it:
http://www.iana.org/assignments/lang-tags/i-default. The definition is very
peculiar—it is really something like "en-fallback": that is, 'we had to
fallback to English because we didn't have the requested language'.(Personally,
I think it would be cleaner to deprecate it; after all, any specs or
software that did use it would continue to use it as is, since deprecation
isn't removal.)

If it really did serve an important need, then it would be better as a
variant tag anyway, because then you could combine it with more than just
English: eg, have "fr-fallback" meaning that 'we had to fallback to
French because
we didn't have the requested language'.

On the other hand, I doubt that any software using CLDR would ever, ever
need it, so I wouldn't lose any sleep over it if it is the one holdout.


*i-mingo. *On the other hand, it would be nice to get this resolved. There
are few sources on the web for Mingo; some indicate that it is a variant of
Seneca (http://www.oocities.org/gilf_1/IroMain.htm,
http://www.native-languages.org/seneca.htm), while I think Doug found one
that contended that it was a separate language.


Mark <https://google.com/+MarkDavis>

*— Il meglio è l’inimico del bene —*

On Wed, Apr 1, 2015 at 12:09 PM, "Martin J. Dürst" <duerst at it.aoyama.ac.jp>
wrote:

> On 2015/04/01 18:30, Mark Davis [image: ☕]️ wrote:
>
>  If we can take care of that handful, then it allows them (their canonical
>> equivalents) to be used in a wider range of software. That's the point of
>> this entire exercise. We've managed to get consensus on all but:
>> i-default, i-mingo, en-GB-oed
>>
>> And we appear to be close on en-GB-oed...
>>
>
> Hello Mark,
>
> I think that there was quite a bit of consensus on the fact that it will
> be extremely difficult (read: impossible) to get rid of, or replace,
> i-default.
>
> Regards,   Martin.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.alvestrand.no/pipermail/ietf-languages/attachments/20150401/12d6be88/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: emoji_u2615.png
Type: image/png
Size: 1890 bytes
Desc: not available
URL: <http://www.alvestrand.no/pipermail/ietf-languages/attachments/20150401/12d6be88/attachment.png>