Re: [Ietf-languages] First cut at a BCP 47 extension structure for ISO TR 21636 (was: Language subtag registration form)

Doug Ewell <doug@ewellic.org> Sun, 29 November 2020 06:21 UTC

Return-Path: <doug@ewellic.org>
X-Original-To: ietf-languages@ietfa.amsl.com
Delivered-To: ietf-languages@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04B203A125E for <ietf-languages@ietfa.amsl.com>; Sat, 28 Nov 2020 22:21:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wuuE4-i9A1Fe for <ietf-languages@ietfa.amsl.com>; Sat, 28 Nov 2020 22:21:48 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E3BE3A0656 for <ietf-languages@ietf.org>; Sat, 28 Nov 2020 22:21:48 -0800 (PST)
Received: by mork.alvestrand.no (Postfix) id 28E2D7C6526; Sun, 29 Nov 2020 07:21:45 +0100 (CET)
Delivered-To: ietf-languages@alvestrand.no
X-Comment: SPF skipped for whitelisted relay - client-ip=192.0.46.71; helo=pechora5.dc.icann.org; envelope-from=doug@ewellic.org; receiver=ietf-languages@alvestrand.no
Received: from pechora5.dc.icann.org (pechora5.icann.org [192.0.46.71]) by mork.alvestrand.no (Postfix) with ESMTPS id D30DC7C48EA for <ietf-languages@alvestrand.no>; Sun, 29 Nov 2020 07:21:44 +0100 (CET)
Received: from p3plwbeout15-01.prod.phx3.secureserver.net (p3plsmtp15-01-2.prod.phx3.secureserver.net [173.201.193.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pechora5.dc.icann.org (Postfix) with ESMTPS id 56A82700034F for <ietf-languages@iana.org>; Sun, 29 Nov 2020 06:21:42 +0000 (UTC)
Received: from p3plgemwbe15-01.prod.phx3.secureserver.net ([173.201.193.7]) by :WBEOUT: with SMTP id jG4okoz3kNlyojG4ok2Wy1; Sat, 28 Nov 2020 23:20:50 -0700
X-CMAE-Analysis: v=2.4 cv=boyJuGWi c=1 sm=1 tr=0 ts=5fc33dc2 a=juA+L1ol8AAG8pmebQJ39A==:117 a=t2ofW5BjkNkA:10 a=stt6pwU7uy4A:10 a=IkcTkHD0fZMA:10 a=nNwsprhYR40A:10 a=nORFd0-XAAAA:8 a=vGu36OE-ZwDLxP2aAYYA:9 a=QEXdDO2ut3YA:10 a=AYkXoqVYie-NGRFAsbO8:22
X-SECURESERVER-ACCT: doug@ewellic.org
X-SID: jG4okoz3kNlyo
Received: (qmail 31711 invoked by uid 99); 29 Nov 2020 06:20:50 -0000
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"
X-Originating-IP: 73.229.14.229
User-Agent: Workspace Webmail 6.11.19
Message-Id: <20201128232048.665a7a7059d7ee80bb4d670165c8327d.0dea9b7239.wbe@email15.godaddy.com>
From: Doug Ewell <doug@ewellic.org>
To: Mark Davis ☕️ <mark@macchiato.com>
Cc: Sebastian Drude <drude@xs4all.nl>, "ietf-languages@iana.org" <ietf-languages@iana.org>
Date: Sat, 28 Nov 2020 23:20:48 -0700
Mime-Version: 1.0
X-CMAE-Envelope: MS4xfDkcGnY9Vq6PaW1/QHsS4uxVP64ekw6A1xlgU5/M6DesM1Gf+GYCiDPbAqe0Npxn0XDFvUuNw9cflguCqBVgzBxiGaeGhqT/3IdB1T7NemRzqivczMzI SkhhsgwPt53LdTPMCdzebeWg8Aq72Aw+DDzy2tpmHub+q4TXzbGHeEbKYXFqzro6BfSbuD+SN34nUVS4tJdbnNDTlLmYxuq1jBVtuZoOoKk0TKUsBuTMjiuz
X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.6.2 (pechora5.dc.icann.org [0.0.0.0]); Sun, 29 Nov 2020 06:21:42 +0000 (UTC)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-languages/WLEGC8RxEnwz4EbUevOctNRRvGc>
Subject: Re: [Ietf-languages] First cut at a BCP 47 extension structure for ISO TR 21636 (was: Language subtag registration form)
X-BeenThere: ietf-languages@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ietf-languages.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-languages>, <mailto:ietf-languages-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-languages/>
List-Post: <mailto:ietf-languages@ietf.org>
List-Help: <mailto:ietf-languages-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-languages>, <mailto:ietf-languages-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Nov 2020 06:21:50 -0000

Mark Davis wrote:
 
> The main purpose of that clause is that if variant1 modifies prefix1
> in a particular way, then variant1 shouldn't modify prefix2 in a very
> different way. It doesn't apply when there isn't a prefix, such as
> with fonipa, or anything else that represents a well-defined
> modification of previous subtags.
 
I know we once discussed a proposal to register variants 'western' and
'eastern' for Armenian, and I remember that you opposed them and cited
them for some time thereafter as an example of what not to do. I don't
remember whether those proposals included the prefix 'hy' or no prefix.
 
> It also doesn't apply to defined extensions; it is up to the spec for
> that extension to determine the right mechanisms.
 
That is certainly true.
 
> Moreover, for the highest degree of utility, the functional
> application of each value should be applicable across languages. For
> example, if 'formal' for one language is reserved for the emperor,
> while 'formal' in another language is for any people that you don't
> know well, then it becomes very difficult for developers to apply the
> value consistently.
 
This really speaks to the way these values are defined in the TR itself,
not how they translate to subtags in a BCP 47 extension.
 
> I would advise proceeding slowly and carefully; as remarked earlier
> you need to guarantee that there will not be backwards compatibility
> problems or people won't touch the extension with a 10 foot pole. So
> it would be best to make sure that each dimension's core values are
> well defined, with lots of examples from multiple languages, before
> adding each of them.
 
I agree completely. I hope that defining the framework for an extension
now will prevent rushing into it later, and allow folks to focus on
defining the values with an eye toward how they would work within that
extension and within BCP 47 generally.
 
--
Doug Ewell, CC, ALB | Thornton, CO, US | ewellic.org