Re: [Ltru] Extended language tags

Addison Phillips <addison@yahoo-inc.com> Sun, 07 October 2007 17:12 UTC

Return-path: <ltru-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeZfi-00063E-1e; Sun, 07 Oct 2007 13:12:06 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1IeZfg-00062q-NM for ltru-confirm+ok@megatron.ietf.org; Sun, 07 Oct 2007 13:12:04 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeZfg-0005AX-CZ for ltru@ietf.org; Sun, 07 Oct 2007 13:12:04 -0400
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeZez-0006pq-KE for ltru@ietf.org; Sun, 07 Oct 2007 13:11:22 -0400
Received: from [10.72.77.22] (snvvpn2-10-72-77-c22.corp.yahoo.com [10.72.77.22]) (authenticated bits=0) by rsmtp2.corp.yahoo.com (8.13.8/8.13.8/y.rout) with ESMTP id l97HBJUq004021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Oct 2007 10:11:19 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=Dk3PAGFdmZX/HM5tb9s942zyA0X+AczeYGVEI6PxlqqdMbMvGrXl+fSo/2tC+9Jk
Message-ID: <47091337.705@yahoo-inc.com>
Date: Sun, 07 Oct 2007 10:11:19 -0700
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Peter Constable <petercon@microsoft.com>
Subject: Re: [Ltru] Extended language tags
References: <E1IdT7z-0001vv-Ly@megatron.ietf.org> <C9BF0238EED3634BA1866AEF14C7A9E55A597AC370@NA-EXMSG-C116.redmond.corp.microsoft.com> <20071005032151.GG27520@mercury.ccil.org> <DDB6DE6E9D27DD478AE6D1BBBB83579561AC50D5C0@NA-EXMSG-C117.redmond.corp.microsoft.com>
In-Reply-To: <DDB6DE6E9D27DD478AE6D1BBBB83579561AC50D5C0@NA-EXMSG-C117.redmond.corp.microsoft.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d
Cc: "ltru@ietf.org" <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Errors-To: ltru-bounces@ietf.org

I think this is a mis-reading of Mark's example. His presupposition goes 
something like: "suppose Breton had a macrolanguage of Celtic..."

It would be a more effective example, I think, if we used an actual 
enclosed language. I've been writing a long email in response to Shawn's 
(and various responses thereto) that I haven't quite been able to make 
myself send. Part of it includes this rephrasing of the example:

--
Let me rephrase Mark's Breton case: when you want Chippewa, any old 
Ojibwa (its macrolanguage) -- which might be a language such as Ottawa 
-- will not do. It could be unintelligible (I don't actually know). If 
it is unintelligible, you're probably better off *not* mapping Chippewa 
to Ojibwa. You're better off serving some useful default (for Chippewa, 
this is probably English, but the default is up to the application, not 
something RFC 4647 or the registry do). Or the app could fail to find 
content.
--

When considered like this, the Breton vs. French example is more useful. 
Otherwise it is pointless.

Addison

Peter Constable wrote:
> But I think Shawn's point is that the Breton/French example doesn't really tell us much of anything of interest wrt extlangs -- neither language has any macrolanguage / extlang issues involved. For Lookup, the best fallback for Dyirbal is probably English; the best fallback for Ainu is Japanese. So?
> 
> 
> Peter
> 
> -----Original Message-----
> From: John Cowan [mailto:cowan@ccil.org]
> Sent: Thursday, October 04, 2007 8:22 PM
> To: Shawn Steele
> Cc: ltru@ietf.org
> Subject: Re: [Ltru] Extended language tags
> 
> Shawn Steele scripsit:
> 
>> * I don't think the Breton example applies.  http-accept-lang allows for
>> "br-FR;fr-FR" type fallback, so that is a solution.  If an application
>> independently wanted to make this assumption that's fine by me, but
>> this seems orthogonal to the problem we're trying to solve here.
> 
> That works for filtering (which is what Accept-Lang does), but not so
> well in practice for lookup.  Normally people don't specify multiple match patterns
> in lookup situations, they just say "I speak Breton, what's the best
> match you have?"
> 
> --
> You're a brave man! Go and break through the            John Cowan
> lines, and remember while you're out there              cowan@ccil.org
> risking life and limb through shot and shell,           http://ccil.org/~cowan
> we'll be in here thinking what a sucker you are!
>         --Rufus T. Firefly
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.
Chair -- W3C Internationalization Core WG

Internationalization is an architecture.
It is not a feature.


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru