Re: [apps-discuss] I-D Action: draft-ietf-appsawg-rfc3536bis-00.txt

Barry Leiba <barryleiba@computer.org> Tue, 10 May 2011 20:10 UTC

Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5A7AE0898 for <apps-discuss@ietfa.amsl.com>; Tue, 10 May 2011 13:10:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.521
X-Spam-Level:
X-Spam-Status: No, score=-101.521 tagged_above=-999 required=5 tests=[AWL=-2.333, BAYES_05=-1.11, FM_FORGED_GMAIL=0.622, MANGLED_MEDS=2.3, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Ezr7EcSBMMy for <apps-discuss@ietfa.amsl.com>; Tue, 10 May 2011 13:10:35 -0700 (PDT)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id 5B198E089C for <apps-discuss@ietf.org>; Tue, 10 May 2011 13:09:44 -0700 (PDT)
Received: by gwb20 with SMTP id 20so2861356gwb.31 for <apps-discuss@ietf.org>; Tue, 10 May 2011 13:09:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cAbUoxusz/r/qcxIZD02j3c6hE9vmKbBgZF3l+llZHE=; b=aUx4fIaTp23CPkQnYdqE16Ep7T6tD850RehHe738LnpcoMG/Mm2gX8pPoeriAGbS5t yqgarQO8zwWD7Jfe7NnvLt0ZPiBwdWM+JD+H709cQhrg0D6umYJjQp+y82ZETgn8rkFl AdIAtyXnUhKC3Mb+P+jjUXgcS6TkK6gyzTLlw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=CxOG7U0FUiB6Xktw8/upRKenRDc0ZrgMmAkO15FekW+B2zcPg7m4isaq5R7XwZtBCr tkBnXaZN+EMCOxJj4ott2T6AkbMVLuunDgFy4JLn0jNwpP8qhpmkPlAHLvdpFN5ltcSk jXmATCTZZ7yDpx78LmjTndy/aNYuCMoYREQ74=
MIME-Version: 1.0
Received: by 10.146.47.14 with SMTP id u14mr4004622yau.35.1305058183465; Tue, 10 May 2011 13:09:43 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.147.137.13 with HTTP; Tue, 10 May 2011 13:09:43 -0700 (PDT)
In-Reply-To: <4DC9499C.1060409@gmail.com>
References: <20110506220130.29448.74168.idtracker@ietfa.amsl.com> <4DC77648.1040903@gmail.com> <8678291D-9406-4BCB-AA41-E0F131B4E38F@vpnc.org> <4DC9499C.1060409@gmail.com>
Date: Tue, 10 May 2011 16:09:43 -0400
X-Google-Sender-Auth: pHdFUcGtnBUer5OvozSfJhR6Iq0
Message-ID: <BANLkTimc-UoTfTs3+Jk5OC0koNK9u243-A@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Mykyta Yevstifeyev <evnikita2@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: Paul Hoffman <paul.hoffman@vpnc.org>, Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-rfc3536bis-00.txt
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 May 2011 20:10:36 -0000

>>> I think this definition is not correct.  "A way that humans interact" is
>>> too generalized.  I suppose the following definition would suit better here.
...
>> Your definition is too limiting. Clearly, we are not only talking about
>> speech.
>
> Agreed; but the current isn't appropriate as well.  Considering a language
> being the humans interaction way is correct in its concept, but I think we
> should think about more exact definition.

I don't.  I think the text is fine as it is, and we should stop
pushing on this point and leave it alone.  [The only change I can see
supporting is inserting "verbal" before "way".  But there are
non-verbal languages, as well.]

>>> I think we can clarify a bit this definition by mentioning: "The
>>> semantics of control characters depend on the application they are used
>>> with.  The most common control characters semantics are specified in ISO/IEC
>>> 6429:1992 [ISO6429]" and adding the appropriate reference to ISO 6429, like
>>> this: "ISO/IEC, "ISO/IEC 6429:1992. Information technology -- Control
>>> functions for coded character sets",1992."
>>
>> This seems like overkill. We don't define the semantics of any other code
>> points; why do it for control characters?
>
> I proposed to add at least some phrase on the role of control characters.
>  ISO/IEC 6429 suits for this purpose fine, I think.

I'm ambivalent here.  On the one hand, I think the text is sufficient
as it is, and that we should move on.  On the other hand, with a whole
generation brought up with SmartPhones, I think fewer people
understand what control characters were -- WHY this set of codepoints
is special.  A bit of history wouldn't be a bad thing, if not strictly
necessary.

In any case, I don't support using ISO 6429 for it.  A few words of
background here would be enough, IF we want to put them in.  Pointing
to an 80-page, 150-euro document doesn't cut it for me.

>>> I also think the reference to [CHARMOD] is a bit incorrect as well.  I
>>> propose:
>>>
>>>> Duerst, M., Ed., Yergeau, F., Ed., Ishida, R., Ed., Wolf, M., Ed. and T.
>>>> Texin, Ed., "Character Model for the World Wide Web 1.0", W3C
>>>> Recommendation, February 2005.<http://www.w3.org/TR/charmod/>
>>
>> Disagree. Listing a bunch of folks does not help the reference at all.
>
> You could then mention "Duerst, M., et al, ...".  See, we're not mentioning
> IETF as an author of RFCs; the same is with W3C.

Paul's been consistent in using the organization as the author for all
non-IETF documents -- there's another W3C citation, many from Unicode,
a couple from ISO (ugh), and so on.  That seems the right thing to do
here, too.  He does have a note in asking the RFC Editor to normalize
the citations, and I think we should leave this issue to the RFC
Editor and their style guide.

Barry, as participant