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
- [Rswg] draft-rswg-rfc7997bis-01: Do keywords and … Paul Hoffman
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Joel Halpern
- Re: [Rswg] [Ext] draft-rswg-rfc7997bis-01: Do key… Paul Hoffman
- Re: [Rswg] [Ext] draft-rswg-rfc7997bis-01: Do key… Joel Halpern
- Re: [Rswg] [Ext] draft-rswg-rfc7997bis-01: Do key… Brian E Carpenter
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Brian E Carpenter
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Eric Rescorla
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Robert Sparks
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Martin J. Dürst
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Donald Eastlake
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Martin J. Dürst
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Jean Mahoney
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … John C Klensin
- Re: [Rswg] [Ext] draft-rswg-rfc7997bis-01: Do key… Paul Hoffman
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … John Levine
- Re: [Rswg] [Ext] draft-rswg-rfc7997bis-01: Do key… Carsten Bormann
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … John C Klensin
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Carsten Bormann
- Re: [Rswg] [Ext] draft-rswg-rfc7997bis-01: Do key… John C Klensin
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Martin Thomson
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Jean Mahoney
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Salz, Rich
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … John C Klensin
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Carsten Bormann
- [Rswg] What goes in brackets can be skipped Martin Thomson
- Re: [Rswg] What goes in brackets can be skipped Carsten Bormann
- Re: [Rswg] What goes in brackets can be skipped Eliot Lear
- Re: [Rswg] What goes in brackets can be skipped Jean Mahoney
- Re: [Rswg] What goes in brackets can be skipped John C Klensin
- Re: [Rswg] What goes in brackets can be skipped Jean Mahoney
- Re: [Rswg] What goes in brackets can be skipped Carsten Bormann
- Re: [Rswg] draft-rswg-rfc7997bis-01: Do keywords … Haerul Fuad