Re: [Ltru] Consensus call: extlang

Leif Halvard Silli <lhs@malform.no> Tue, 03 June 2008 20:20 UTC

Return-Path: <ltru-bounces@ietf.org>
X-Original-To: ltru-archive@megatron.ietf.org
Delivered-To: ietfarch-ltru-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E544728C20C; Tue, 3 Jun 2008 13:20:23 -0700 (PDT)
X-Original-To: ltru@core3.amsl.com
Delivered-To: ltru@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1ABF23A69EA for <ltru@core3.amsl.com>; Tue, 3 Jun 2008 13:20:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.375
X-Spam-Level:
X-Spam-Status: No, score=-2.375 tagged_above=-999 required=5 tests=[AWL=0.224, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gD4-c0YbtuHY for <ltru@core3.amsl.com>; Tue, 3 Jun 2008 13:20:22 -0700 (PDT)
Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.54]) by core3.amsl.com (Postfix) with ESMTP id 3CF333A6C2B for <ltru@ietf.org>; Tue, 3 Jun 2008 13:16:41 -0700 (PDT)
Received: from 10013.local (cm-84.208.108.246.getinternet.no [84.208.108.246]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.8/8.13.8) with ESMTP id m53KGg1F016485 for <ltru@ietf.org>; Tue, 3 Jun 2008 22:16:43 +0200
Message-ID: <4845A6AA.1080208@malform.no>
Date: Tue, 03 Jun 2008 22:16:42 +0200
From: Leif Halvard Silli <lhs@malform.no>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b1) Gecko/20060724 Thunderbird/2.0a1 Mnenhy/0.7.4.666
MIME-Version: 1.0
To: LTRU Working Group <ltru@ietf.org>
References: <01c301c8bbe5$8c2810c0$6801a8c0@oemcomputer><6.0.0.20.2.20080527170755.05bd89c0@localhost><002f01c8c024$0dcdb5c0$6801a8c0@oemcomputer><6.0.0.20.2.20080528163346.074fac80@localhost><001f01c8c122$0cbcae80$6801a8c0@oemcomputer><4D25F22093241741BC1D0EEBC2DBB1DA013A84C314@EX-SEA5-D.ant.amazon.com><007601c8c1bc$84d93920$6801a8c0@oemcomputer><104f01c8c1d8$94ad6f30$0a00a8c0@CPQ86763045110><30b660a20805291559x4f6243a8pecc7ee92c2a36d9c@mail.gmail.com><E19FDBD7A3A7F04788F00E90915BD36C13C251B4FC@USSDIXMSG20.spe.sony.com><30b660a20805300911j1713bff0xa7e8e468e039d42@mail.gmail.com><1EEB09866D70AA48A93C0D9EB7237F0B014C231039@USSDIXMSG20.spe.sony.com> <008e01c8c5a7$1ba88b60$6801a8c0@oemcomputer> <4D25F22093241741BC1D0EEBC2DBB1DA013AABBD22@EX-SEA5-D.ant.amazon.com> <00a801c8c5ab$cf0bddc0$6801a8c0@oemcomputer>
In-Reply-To: <00a801c8c5ab$cf0bddc0$6801a8c0@oemcomputer>
Subject: Re: [Ltru] Consensus call: extlang
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: ltru-bounces@ietf.org
Errors-To: ltru-bounces@ietf.org

Randy Presuhn 2008-06-03 20.58:

> As a technical contributor...
> 
>> From: "Phillips, Addison" <addison@amazon.com>
>> To: "Randy Presuhn" <randy_presuhn@mindspring.com>; "LTRU Working Group" <ltru@ietf.org>
>> Sent: Tuesday, June 03, 2008 11:32 AM
>> Subject: RE: [Ltru] Consensus call: extlang
> ...
>> A corollary example might help:
>> 
>> It is always permissible to tag US English as 'en'.
>> It is also permissible, within one's own application,
>> to require that people who want something other than
>> US English to us a different tag from 'en'.
>> For example, they can be required to use the tag 'en-GB'.
>> 
>> What is not permissible is to dismiss someone else's
>> UK English content tagged as 'en' as wrong.
> ...
> 
> It is also permissible, within one's own application,
> to tag UK English as 'en' and require US English to be
> tagged 'en-US'.  But "permissible" doesn't mean "advisable".


Agree.

> I would argue that if an application knows the difference
> and cares about the difference, that it would be much better
> to use both 'en-GB' and 'en-US', and reserve naked 'en' for
> the cases where there's no value in making the distinction
> (e.g., it can't tell or doesn't care).

Almost agree. But I do not think that the en/en-US/en-UK example 
covers the Macrolanguage situation 100%.

Where I agree with you is that the 'en' should be used "for the 
cases where there's no value in making the disctinction". 
However, when a system is offered only in one variant of English, 
then were is the value in making any distinction?

I think this is a parallell to macrolanguages. If you only plan on 
supporting the macrolanguage - whichever encompassed language you 
pick to represent it - there is little value in saying "Mandarin" 
or "Bokmål". Just say "Chinese" and "Norwegian".

Then, when the OS vendor switches to support more of the 
encompassed varieties -- and if  translations for the new, 
encompassed languages are not immmediately available for all of 
the languages -- then the  macrolanguage code could be used as a 
tag for applications which only exist in the dominant language, 
thus (hopefully) making them available for all the encompassed 
langauges.

(For example, for Norwegian Mac OS X, Apple could have offered the 
basic OS X GUI in 'nn' tagged Nynorsk and 'nb' tagged Bokmål. Two 
NOrwegian GUIs for the two usergroups. At the same time, they 
could have kept their old base of 'no' tagged Bokmål applications 
in order to make them available for both Nynorsk and Bokmål users.)

So, where I differ from many  of you -- it seems -- is that I see 
a **permanent** value in the Macrolanguage tag.
-- 
leif halvard silli
_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru