Re: [Ltru] Extended language tags

Addison Phillips <addison@yahoo-inc.com> Fri, 05 October 2007 03:28 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 1IddrC-0003tS-Iu; Thu, 04 Oct 2007 23:28:06 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1IddrB-0003r8-Kn for ltru-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 23:28:05 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IddrB-0003qy-B8 for ltru@ietf.org; Thu, 04 Oct 2007 23:28:05 -0400
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iddr5-0004cb-3K for ltru@ietf.org; Thu, 04 Oct 2007 23:28:05 -0400
Received: from [10.72.73.32] (snvvpn1-10-72-73-c32.corp.yahoo.com [10.72.73.32]) (authenticated bits=0) by rsmtp1.corp.yahoo.com (8.13.8/8.13.8/y.rout) with ESMTP id l953RVPo016748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 20:27:32 -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=Z1vlY+XsEohf3BcvZl7kMuUc6TYlXGZOjYICqNLUwUBPAczfAIHx+2Foi7b0ho+T
Message-ID: <4705AF23.7070109@yahoo-inc.com>
Date: Thu, 04 Oct 2007 20:27:31 -0700
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: John Cowan <cowan@ccil.org>
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>
In-Reply-To: <20071005032151.GG27520@mercury.ccil.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Cc: "ltru@ietf.org" <ltru@ietf.org>, Shawn Steele <Shawn.Steele@microsoft.com>
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

John Cowan wrote:
> 
>> * 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?"
> 

Although actual implementations of lookup, as specified, do allow for 
it. My implementations handle this situation well and it turns out to be 
pretty useful to use a language priority list for lookup.

Traditional locale systems, however, work as John notes. I am hopeful 
that they will adapt.

Addison

-- 
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