Re: [Ltru] Applicability Statement for the IANA registry established by 4646

Peter Constable <petercon@microsoft.com> Wed, 24 June 2009 07:16 UTC

Return-Path: <petercon@microsoft.com>
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 7C9FF3A6F52 for <ltru@core3.amsl.com>; Wed, 24 Jun 2009 00:16:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.368
X-Spam-Level:
X-Spam-Status: No, score=-10.368 tagged_above=-999 required=5 tests=[AWL=-0.070, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
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 H86yFIbx32ev for <ltru@core3.amsl.com>; Wed, 24 Jun 2009 00:16:31 -0700 (PDT)
Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.212]) by core3.amsl.com (Postfix) with ESMTP id 759DD3A6F4B for <ltru@ietf.org>; Wed, 24 Jun 2009 00:16:31 -0700 (PDT)
Received: from tk5-exhub-c103.redmond.corp.microsoft.com (157.54.88.96) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.2.99.4; Wed, 24 Jun 2009 00:16:26 -0700
Received: from NA-EXMSG-C117.redmond.corp.microsoft.com ([157.54.62.44]) by tk5-exhub-c103.redmond.corp.microsoft.com ([157.54.88.96]) with mapi; Wed, 24 Jun 2009 00:16:25 -0700
From: Peter Constable <petercon@microsoft.com>
To: Mark Davis ⌛ <mark@macchiato.com>, "Phillips, Addison" <addison@amazon.com>
Date: Wed, 24 Jun 2009 00:16:24 -0700
Thread-Topic: [Ltru] Applicability Statement for the IANA registry established by 4646
Thread-Index: Acn0cY3Yr5MkuL+EQHaimsAs/oiNqgAKgUiw
Message-ID: <DDB6DE6E9D27DD478AE6D1BBBB8357956B0A90609D@NA-EXMSG-C117.redmond.corp.microsoft.com>
References: <4D25F22093241741BC1D0EEBC2DBB1DA01AA8D686C@EX-SEA5-D.ant.amazon.com> <30b660a20906231914v6d98d9bmb3b11caecf2a7559@mail.gmail.com>
In-Reply-To: <30b660a20906231914v6d98d9bmb3b11caecf2a7559@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_DDB6DE6E9D27DD478AE6D1BBBB8357956B0A90609DNAEXMSGC117re_"
MIME-Version: 1.0
Cc: "ltru@ietf.org" <ltru@ietf.org>
Subject: Re: [Ltru] Applicability Statement for the IANA registry established by 4646
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/mail-archive/web/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>
X-List-Received-Date: Wed, 24 Jun 2009 07:16:32 -0000

+1

Peter

From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of Mark Davis ?
Sent: Tuesday, June 23, 2009 7:14 PM
To: Phillips, Addison
Cc: ltru@ietf.org
Subject: Re: [Ltru] Applicability Statement for the IANA registry established by 4646

Looks good, with one additional suggestion.

Mark

On Tue, Jun 23, 2009 at 18:31, Phillips, Addison <addison@amazon.com<mailto:addison@amazon.com>> wrote:
language tags, following rules described in this document. Language tags are intended for use as metadata that describes the linguistic attributes of "information objects" (content, which, in addition to text, can include most media formats such as video or audio).

I suggest a simplification of the middle sentence:
Language tags are designed for indicating linguistic attributes of various content, including not only text but also most media formats such as video or audio.

They also form the basis for language and locale negotiation in various protocols and APIs.

The registry is therefore applicable to many applications that need some form of language identification, with these limitations:

 - It is not designed to be the sole data source in the creation of a language selection user interface. For example, the registry does not contain translations for subtag descriptions or for tags composed from the subtags. Sources for localized data based on the registry are generally available, notably [CLDR]. Nor does the registry indicate which subtag combinations are particularly useful or relevant.

  - It does not provide information indicating relationships between different languages, such as might be used in a user interface to select language tags hierarchically, regionally, or on some other organizational model.

   - It does not supply information about potential overlap between different language tags, as the notion of what constitutes a language is not precise: several different language tags might be reasonable choices for the same given piece of content.

   - It does not contain information about appropriate fallback choices when performing language negotiation. A good fallback language might be linguistically unrelated to the specified language. The fact that one language is often used as a backup language for another is usually a result of outside factors, such as geography, history, or culture--factors which might not apply in all cases. For example, most people who use Breton (a Celtic language used in the Northwest of France) would probably prefer to be served French (a Romance language) if Breton isn't available.
--