Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords and citation tags need to be in ASCII?

John C Klensin <john-ietf@jck.com> Wed, 24 January 2024 22:35 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: rswg@ietfa.amsl.com
Delivered-To: rswg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39AA2C14F680 for <rswg@ietfa.amsl.com>; Wed, 24 Jan 2024 14:35:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.909
X-Spam-Level:
X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id id6w8yxYLoO1 for <rswg@ietfa.amsl.com>; Wed, 24 Jan 2024 14:35:40 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 188FAC14F5FE for <rswg@rfc-editor.org>; Wed, 24 Jan 2024 14:35:39 -0800 (PST)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1rSlq5-000PXL-CC; Wed, 24 Jan 2024 17:35:21 -0500
Date: Wed, 24 Jan 2024 17:35:15 -0500
From: John C Klensin <john-ietf@jck.com>
To: "Salz, Rich" <rsalz@akamai.com>, Carsten Bormann <cabo@tzi.org>
cc: "John R. Levine" <johnl@taugh.com>, rswg@rfc-editor.org
Message-ID: <AAD90D4740FC42F4DB1FC467@PSB>
In-Reply-To: <B1B449E2-AA67-4750-BF1E-50751F6DC7C2@akamai.com>
References: <20240123213527.A75978169D47@ary.qy> <7287FAEB39876D050852CEDD@PSB> <3AE8ABB1-451A-44EB-91C8-F533494FAEC1@tzi.org> <B1B449E2-AA67-4750-BF1E-50751F6DC7C2@akamai.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/rswg/7KPtbpa1-asLKGUy6nmR6rFZi7w>
Subject: Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords and citation tags need to be in ASCII?
X-BeenThere: rswg@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RFC Series Working Group \(RSWG\)" <rswg.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rswg>, <mailto:rswg-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rswg/>
List-Post: <mailto:rswg@rfc-editor.org>
List-Help: <mailto:rswg-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rswg>, <mailto:rswg-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jan 2024 22:35:42 -0000


--On Wednesday, January 24, 2024 04:55 +0000 "Salz, Rich"
<rsalz@akamai.com> wrote:

>> Using symrefs=no is the most striking demonstration of
>> contempt for the reader's time that an author can choose to
>> put into an RFC. I wish RPC style would no longer allow this.
> 
> I don't know if I'd go that far, but yeah, it sucks to see [3]
> and not remember if it's what you thought [1] or [4] were. It
> is disrespectful of the readers's time and cognitive load. And
> you really do expect the readers to greatly outnumber the
> authors

Rich, Carsten,

I can't match the vehemence of your comments without further
raising the temperature of the virtual room, but let me suggest
that there are several assumptions about writing style in your
comments and that it would be entirely reasonable for the RPC to
apply more stringent editorial criteria when numbers are used.

Is has become common practice in the IETF to write phrases
similar to

   ... as discussed in [RFC1149] and [RFC9999]...

that sends the author off on a quest to figure out what on earth
RFC 1149 and RFC 9999 are about.   There is no question in my
mind that 

   ... as discussed in [3] and [5]...

would be worse because the RFC numbers provide some clues.  On
the other hand, many of us, and probably a large proportion of
readers who are not active in the IETF, can't remember more than
a few (or even a few dozen) RFCs by number, so, even though the
first form clearly provides more of a clue than the second, how
much more may be questionable and depend on the reader.

That problem gets even worse --and the differences smaller--
when citing articles that are not RFCs.  Suppose there were an
author, Joe Shmoo, whose writings relevant to a specific RFC
were quite prolific.   Then the citations might end up looking
like
   [Shmoo2001]
   [Shmoo2002]
   [Shmoo2003a]
   [Shmoo2003b]
   [Shmoo2004]
and so on.  I suggest that no one other than Joe, and maybe not
him, is likely to remember enough about which papers where
written in which years to make
   
   ... as discussed in [Shmoo2003a]
 
at all more useful to the typical reader than

   ... as discussed in [7]
In Rich's terms, they both suck.

On the other hand, many style and grammar models dislike all of
those forms because citation (or footnote, or whatever) anchors
are not noun-type objects that can be used in that way.  In the
RFC Series, people who are even a bit fussy about that would be
(and have been) more likely to write:

	... as discussed in RFC 1149 [RFC1149] and RFC 9999
	  [RFC9999]...

if that form is used, the information loss from using 

	... as discussed in RFC 1149 [3] and and RFC 9999 [5]...

instead is minimal and probably very close to zero.  If we are
concerned about cognitive load or the user's time and remember
that RFC numbers do not, in general, provide strong semantic
clues, an even better sentence would be 

	... as discussed for avian carriers [RFC1149] and deeply
	submersible ones [RFC9999]

with even less information loss substituting the numbered
references.  At that point, the user may need to look at the
references for details, to check on sources or authority, and so
on, but does not need them to understand what the sentence is
trying to tell them.  One could (and probably should) go even
further with that style if, for example, there were two
well-known proposals for QoS with avian carriers and one was
considered, by the RFC author at least, to be, er, for the
birds.  Then one might have

	... as discussed in Waitzman's proposal for avian
	carriers [RFC2549]

So, without changes to the vocabulary and with the understanding
that it may be out of scope for RSWG, if we could encourage the
RPC (or they could spontaneously take it on themselves) to be
sure that, if an author uses numbered references, they use one
of the latter forms, with phrasing like "discussed in [3]..."
being completely forbidden.  I think that would put us in better
shape than forbidding numbered references and even than many of
the other forms above.   As you have probably guessed by now, I
would generally prefer the form shown above this paragraph,
whether it is used with bracketed RFC numbers or numeric
references, over "...as discussed in [RFC 2795]" for precisely
the cognitive and user time reasons you mention, but the that
form has become popular enough that I wouldn't dream of
prohibiting it after some flag day (well, I might dream, but...).

best,
   john