Re: [Ltru] Re: Fallback vs. Macrolanguage?
Addison Phillips <addison@yahoo-inc.com> Sat, 01 December 2007 18:40 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 1IyXGe-0007PJ-5i; Sat, 01 Dec 2007 13:40:44 -0500
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1IyXGd-0007PE-Ka for ltru-confirm+ok@megatron.ietf.org; Sat, 01 Dec 2007 13:40:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IyXGd-0007P6-BA for ltru@ietf.org; Sat, 01 Dec 2007 13:40:43 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IyXGc-0001bh-Sy for ltru@ietf.org; Sat, 01 Dec 2007 13:40:43 -0500
Received: from [10.72.73.65] (snvvpn1-10-72-73-c65.corp.yahoo.com [10.72.73.65]) by rsmtp2.corp.yahoo.com (8.13.8/8.13.8/y.rout) with ESMTP id lB1Ieck4053919; Sat, 1 Dec 2007 10:40:38 -0800 (PST)
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=GfpLrc3arRIIc3sxa/cXU5ZXh3zOjabMZk7hFT1+oM1jom70EcoBmQccBNct3SsP
Message-ID: <4751AAA6.7090604@yahoo-inc.com>
Date: Sat, 01 Dec 2007 10:40:38 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: Peter Constable <petercon@microsoft.com>
Subject: Re: [Ltru] Re: Fallback vs. Macrolanguage?
References: <E1Iy9EF-0005jH-QM@megatron.ietf.org> <001301c833d4$17585f50$6601a8c0@DGBP7M81> <20071201132544.GA15231@sources.org> <DDB6DE6E9D27DD478AE6D1BBBB83579561E4CB310D@NA-EXMSG-C117.redmond.corp.microsoft.com>
In-Reply-To: <DDB6DE6E9D27DD478AE6D1BBBB83579561E4CB310D@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: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: LTRU Working Group <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
Peter Constable wrote: > >> An "official" "fallback mapping" somewhere (ISO 639-something?) would >> be very useful. > > I disagree. A user with a system set for Breton as the > preferred UI language might want to fallback to French or > Japanese or Swahili -- it all depends on the user. Perhaps > French is a reasonable default that could be assumed in > that case in the absence of other information, but that's > just one case. What is the fallback for German in Switzerland? > What is the fallback for Hindi in India? What is the > fallback for Inuktitut, or Filipino? > > +1 I think the Breton example has been beaten to pieces. If my application wishes to associate French as the fallback for Breton when Breton is not available, that's my application's business. Your application may do otherwise. At the BCP 47 level we should avoid making any attempt at making mappings like this at all normative. More to the point: mappings of this nature are someone's guess as to what an appropriate fallback would be absent further information from the user. It would be unsurprising if, for a Web application, other information would also applied in that case. All of this is outside the realm of RFC 4647's algorithms (except to say they are examples of 'implementation defined defaults' in the Lookup algorithm). 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
- [Ltru] The true meaning of "macrolanguage" (was: … Doug Ewell
- [Ltru] Re: Fallback vs. Macrolanguage? (was: John… Doug Ewell
- [Ltru] Re: Language tags in the future version of… Doug Ewell
- RE: [Ltru] Re: Fallback vs. Macrolanguage? (was: … Peter Constable
- [Ltru] Re: Fallback vs. Macrolanguage? (was: John… Stephane Bortzmeyer
- [Ltru] Re: Language tags in the future version of… Frank Ellermann
- RE: [Ltru] Re: Fallback vs. Macrolanguage? (was: … Peter Constable
- [Ltru] Re: Fallback vs. Macrolanguage? (was: John… Doug Ewell
- Re: [Ltru] Re: Fallback vs. Macrolanguage? Addison Phillips