[Ltru] rfc4646bis-18 "not suitable" prefix usage
"Randy Presuhn" <randy_presuhn@mindspring.com> Sun, 02 November 2008 09:14 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 555CB3A6882; Sun, 2 Nov 2008 01:14:59 -0800 (PST)
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 8A4FC3A68F8 for <ltru@core3.amsl.com>; Sun, 2 Nov 2008 01:14:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 zoCxu85PaoVa for <ltru@core3.amsl.com>; Sun, 2 Nov 2008 01:14:57 -0800 (PST)
Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by core3.amsl.com (Postfix) with ESMTP id 0A3963A63CB for <ltru@ietf.org>; Sun, 2 Nov 2008 01:14:55 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=gXg8AthEnHR2TV0Sn/VxpQVO7wJWsr5ZBgaLmJs3FvdJ9kX7tA//POZvS95qhGEM; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [64.105.137.100] (helo=oemcomputer) by elasmtp-banded.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from <randy_presuhn@mindspring.com>) id 1KwZ2s-0007rb-53 for ltru@ietf.org; Sun, 02 Nov 2008 04:14:54 -0500
Message-ID: <189a01c93ccb$79088940$6801a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: LTRU Working Group <ltru@ietf.org>
Date: Sun, 02 Nov 2008 02:14:51 -0700
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d88858bc2ddbf51b90e4176fe6cf6875555eb5bee8bed5d86cf2350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 64.105.137.100
Subject: [Ltru] rfc4646bis-18 "not suitable" prefix usage
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="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ltru-bounces@ietf.org
Errors-To: ltru-bounces@ietf.org
Hi - As a co-chair and technical contributor... As part of a close reading of -18 draft of RFC 4646bis... In section 2.2.5 (page 16/17): Variant subtag records in the language subtag registry MAY include one or more 'Prefix' fields. The 'Prefix' indicates a sequence of subtags that would make a suitable prefix (with other subtags, as appropriate) in forming a language tag with the variant. That is, each of the subtags in the prefix SHOULD appear, in order, before the variant. For example, the subtag 'nedis' has a Prefix of "sl", making it suitable for forming language tags such as "sl-nedis" and "sl-IT-nedis", but not suitable for use in a tag such as "zh-nedis" or "it-IT-nedis". And on page 26 nedis" and "sl-IT-nedis" are appropriate, while the tag "is- nedis" (Icelandic, Nadiza dialect) is not. And in section 3.1.8 on page 32 The 'Prefix' field contains an "extended language range" (see: [RFC4647]) whose subtags are appropriate to use with this subtag: each of the subtags in one of the subtag's Prefix fields SHOULD appear before the variant in a valid tag. For example, the variant subtag '1996' has a 'Prefix' field of "de". This means that tags starting with the sequence "de-" are appropriate with this subtag, so "de-Latg-1996" and "de-CH-1996" are both acceptable, while the tag "fr-1996" is an inappropriate choice. Three concerns: (1) I am somewhat concerned that the language discouraging use of variants with preceding subtags other that those enumerated in the Prefix fields is somewhat stronger than the sense of WG discussions, where the sentiment was repeatedly expressed that Prefix values were not intended to be *absolutely* limiting, but merely very strong advice, as is already reflected by the SHOULD language. (I think the "pinyin" discussion on ietf-languages is also instructive here.) I think this concern could be addressed in with the following replacement text: replace "not suitable for use" in 2.2.5 with -> "not meaningful", replace "appropriate" with "meaningful" in the cited passage on page 26, and in 3.1.8 replace "is an inappropriate choice" with "does not make sense." Or something like that. (2) When we reference extended language range from 4647, do we really mean to include the ability to say "-*", and, if so, what do we mean by it? (3) If we discount the possibility of "-*", then the baroque formulation "each of the subtags in one of the subtag's Prefix fields SHOULD appear before the variant in a valid tag" could be reduced to the slightly simpler "a valid tag employing the variant SHOULD begin with a sequence of subtags from one of the subtag's Prefix fields." I don't think any of these is a show-stopper, or should delay hand-off to the IESG. They could reasonably be handled as low-priority IETF last call comments, IMO. Randy _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru
- [Ltru] rfc4646bis-18 "not suitable" prefix usage Randy Presuhn
- Re: [Ltru] rfc4646bis-18 "not suitable" prefix us… Phillips, Addison
- Re: [Ltru] rfc4646bis-18 "not suitable" prefix us… John Cowan
- Re: [Ltru] rfc4646bis-18 "not suitable" prefix us… Phillips, Addison
- Re: [Ltru] rfc4646bis-18 "not suitable" prefix us… Mark Davis