Re: [Ltru] Mail regarding draft-ietf-ltru-4646bis and draft-ietf-ltru-matching

"Doug Ewell" <doug@ewellic.org> Wed, 28 August 2019 16:52 UTC

Return-Path: <doug@ewellic.org>
X-Original-To: ltru@ietfa.amsl.com
Delivered-To: ltru@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4326C120804 for <ltru@ietfa.amsl.com>; Wed, 28 Aug 2019 09:52:19 -0700 (PDT)
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, RCVD_IN_DNSWL_NONE=-0.0001, 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 j8Q9kAYFCwM7 for <ltru@ietfa.amsl.com>; Wed, 28 Aug 2019 09:52:17 -0700 (PDT)
Received: from p3plwbeout03-02.prod.phx3.secureserver.net (p3plsmtp03-02-2.prod.phx3.secureserver.net [72.167.218.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9324B120803 for <ltru@ietf.org>; Wed, 28 Aug 2019 09:52:17 -0700 (PDT)
Received: from p3plgemwbe03-04.prod.phx3.secureserver.net ([72.167.218.132]) by :WBEOUT: with SMTP id 31AgiyZKKS4QU31AgiNfoc; Wed, 28 Aug 2019 09:51:46 -0700
X-SID: 31AgiyZKKS4QU
Received: (qmail 195313 invoked by uid 99); 28 Aug 2019 16:51:46 -0000
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"
X-Originating-IP: 208.51.143.189
User-Agent: Workspace Webmail 6.9.59
Message-Id: <20190828095144.665a7a7059d7ee80bb4d670165c8327d.1a210b4b97.wbe@email03.godaddy.com>
From: "Doug Ewell" <doug@ewellic.org>
To: "Florian Rivoal" <florian@rivoal.net>
Cc: ltru@ietf.org
Date: Wed, 28 Aug 2019 09:51:44 -0700
Mime-Version: 1.0
X-CMAE-Envelope: MS4wfB+0byMQ2vYl3d9949YBox7dMhHyObV3otQFT9OdZUMSNhKM48mxzMJZOCDm6DHZI96v/dXVk313VtwhKBrV7j4/GHoFLovpLIVkqS5dL7ooEKVf2VWA /mKS8Qv2EUTW1/L5VEWga4EjiBdDCqMxH6zEbuWyqe9Kczdqb7lU3RULDPCBCEkT7cRU91doHQT6q9ZE19+bRi7qlwLrSP7Sf/0=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ltru/UDd9ErRzRDcR2VHDpXCQuEyEV9A>
Subject: Re: [Ltru] Mail regarding draft-ietf-ltru-4646bis and draft-ietf-ltru-matching
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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, 28 Aug 2019 16:52:19 -0000

Florian Rivoal wrote:
 
> The stylesheet author is then faced with two options, both
> unattractive for different reasons:
>
> * use the deprecated tag: [...]
>
> * Use both the deprecated and the preferred tag in the stylesheet's
> selector. [...]
 
Extlang subtags, and tags like "zh-yue" that use them, aren't
deprecated. Extlang subtags have a Preferred-Value, but they don't have
a Deprecated value. While this is a subtle distinction, "deprecated" is
a term of art in BCP 47. It might be better to use a more unwieldy term
like "non-preferred."
 
Section 3.1.7 says:
 
"For records of type 'extlang', the 'Preferred-Value' field appears
without a corresponding 'Deprecated' field.  An implementation MAY
ignore these preferred value mappings, although if it ignores the
mapping, it SHOULD do so consistently.  It SHOULD also treat the
'Preferred-Value' as equivalent to the mapped item.  For example, the
tags "zh-yue-Hant-HK" and "yue-Hant-HK" are semantically equivalent and
ought to be treated as if they were the same tag."
 
It does go on to say:
 
"The 'Preferred-Value' field in subtag records of type "extlang" also
contains an "extended language range".  This allows the subtag to be
deprecated in favor of either a single primary language subtag or a new
language-extlang sequence."
 
but this is confusing to me, as I'm not sure who does the "deprecating"
here.
 
--
Doug Ewell | Thornton, CO, US | ewellic.org