Re: [precis] Ambiguity in specification of case mapping in RFC 7613 and draft-ietf-precis-nickname

Tom Worster <fsb@thefsb.org> Tue, 03 November 2015 14:19 UTC

Return-Path: <fsb@thefsb.org>
X-Original-To: precis@ietfa.amsl.com
Delivered-To: precis@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 159BA1A0423 for <precis@ietfa.amsl.com>; Tue, 3 Nov 2015 06:19:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham
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 fqw4Gkbe5HxZ for <precis@ietfa.amsl.com>; Tue, 3 Nov 2015 06:19:37 -0800 (PST)
Received: from smtp90.iad3a.emailsrvr.com (smtp90.iad3a.emailsrvr.com [173.203.187.90]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34F431A19EC for <precis@ietf.org>; Tue, 3 Nov 2015 06:19:14 -0800 (PST)
Received: from smtp4.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp4.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 0391128069A; Tue, 3 Nov 2015 09:19:14 -0500 (EST)
Received: by smtp4.relay.iad3a.emailsrvr.com (Authenticated sender: fsb-AT-thefsb.org) with ESMTPSA id EDC01280688; Tue, 3 Nov 2015 09:19:12 -0500 (EST)
X-Sender-Id: fsb@thefsb.org
Received: from [10.0.1.2] (c-73-4-147-142.hsd1.ma.comcast.net [73.4.147.142]) (using TLSv1 with cipher DES-CBC3-SHA) by 0.0.0.0:465 (trex/5.5.4); Tue, 03 Nov 2015 09:19:14 -0500
User-Agent: Microsoft-MacOutlook/14.5.7.151005
Date: Tue, 03 Nov 2015 09:19:08 -0500
From: Tom Worster <fsb@thefsb.org>
To: John C Klensin <john-ietf@jck.com>, Peter Saint-Andre <peter@andyet.net>, Alexey Melnikov <Alexey.Melnikov@isode.com>
Message-ID: <D25E2B95.6743A%fsb@thefsb.org>
Thread-Topic: [precis] Ambiguity in specification of case mapping in RFC 7613 and draft-ietf-precis-nickname
References: <0347834EBDC481BD99BDBE67@JcK-HP8200.jck.com> <56302E6D.5030901@andyet.net> <56312AAC.1000300@andyet.net> <56313616.8000801@andyet.net> <563143B9.7020707@andyet.net> <56383B2F.6080505@andyet.net> <D25E1ABD.673A9%fsb@thefsb.org> <DB8A468B42BB20CDC0E06929@JcK-HP8200.jck.com>
In-Reply-To: <DB8A468B42BB20CDC0E06929@JcK-HP8200.jck.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/precis/6qSFVe-cWTR8ZwWXngpwnek_wtE>
Cc: precis@ietf.org
Subject: Re: [precis] Ambiguity in specification of case mapping in RFC 7613 and draft-ietf-precis-nickname
X-BeenThere: precis@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Preparation and Comparison of Internationalized Strings <precis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/precis>, <mailto:precis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/precis/>
List-Post: <mailto:precis@ietf.org>
List-Help: <mailto:precis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/precis>, <mailto:precis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Nov 2015 14:19:39 -0000

On 11/3/15, 8:42 AM, "John C Klensin" <john-ietf@jck.com> wrote:

--On Tuesday, November 03, 2015 08:16 -0500 Tom Worster
><fsb@thefsb.org> wrote:
>
>> The informative sentence in 2.1 Rule 3:
>> 
>>     "The primary result of doing so is that uppercase
>> characters are     mapped to lowercase characters."
>> 
>> is good but I think it's worth spending a few more words to
>> spell out that "primary" implies exceptions.
>> 
>>     "While the primary result is that uppercase characters are
>> mapped to     lowercase characters, there are exceptions."
>> 
>> It might nudge a few fore implementers to understand that
>> toLowerCase() isn't the right thing.
>
>But Tom, for many purposes, forms, and language-script
>combinations, toLowerCase() is _exactly_ the right thing.  For
>others, if one adopts the principle of doing no harm, whether
>toLowerCase() or toCaseFold() are likely to do less harm depends
>on some rather subtle issues including the perspective from
>which "harm" is viewed.
>
>I think one could more accurately restate your comment above as
>"... to understand that toLowerCase() is sometimes not the right
>thing and that sometimes toCaseFold() is sometimes not the right
>thing either.

You're quite right while my last sentence was not. Please humor me and
pretend I hadn't written it in that email.

Tom