Re: [rfc-i] Jim: Re: FIXED: Poll: RFCs with page numbers (pretty please) ? (was: Re: John/rsoc: Re: Page numbers in RFCs questions / preferences)

John C Klensin <john-ietf@jck.com> Sat, 31 October 2020 15:54 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE2E3A0D17; Sat, 31 Oct 2020 08:54:13 -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, 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 Jl9aqlWHFXv9; Sat, 31 Oct 2020 08:54:12 -0700 (PDT)
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 218C23A0D14; Sat, 31 Oct 2020 08:54:12 -0700 (PDT)
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 1kYtCS-000GCe-UO; Sat, 31 Oct 2020 11:53:52 -0400
Date: Sat, 31 Oct 2020 11:53:47 -0400
From: John C Klensin <john-ietf@jck.com>
To: Larry Masinter <LMM@acm.org>, Mark Andrews <marka@isc.org>
cc: Benjamin Kaduk <kaduk@mit.edu>, Working Group Chairs <wgchairs@ietf.org>, RFC Interest <rfc-interest@rfc-editor.org>, rsoc@iab.org, IETF Discussion Mailing List <ietf@ietf.org>
Subject: Re: [rfc-i] Jim: Re: FIXED: Poll: RFCs with page numbers (pretty please) ? (was: Re: John/rsoc: Re: Page numbers in RFCs questions / preferences)
Message-ID: <D2DB703DBF2A44A19B8F80DD@PSB>
In-Reply-To: <CAKq15ve-kAFZWH_f7=1XXC5PfxvO-sAzppB1fVTyqUufLftkVg@mail.gmail.com>
References: <20201026181442.GA2438@faui48f.informatik.uni-erlangen.de> <CAMm+LwiVmE=qtSPCMD-3foPODL8bgETj3dQDKS-3BOM2021dEg@mail.gmail.c om> <CADaq8jdSeTDWy_0fCV25ykxKFMV1ZBtUMMNesoOuaXCzFVfpOA@mail.gmail.com> <D2D0455D-8D6C-4A19-ACAE-4DD972D83DC1@bluepopcorn.net> <20201028164053.GB12700@faui48f.informatik.uni-erlangen.de> <263C265C19B24BA97AF48934@PSB> <225062D7-C061-4543-8665-53A4F4831510@isc.org> <20201029005519.GT39170@kduck.mit.edu> <A05242FC-C38C-474F-A2AC-412329CA5C52@isc.org> <CAKq15ve-kAFZWH_f7=1XXC5PfxvO-sAzppB1fVTyqUufLftkVg@mail.gmail.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/ietf/qSxZbpf6eeE3KqUFSvpBariojTY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Oct 2020 15:54:14 -0000

Larry,

Clever idea but --

 (1) We already have rules against people making such
	references.  The RFC Editor Function has been enforcing
	those rules for references within and between RFCs for
	decades. After this discussion, if paying more attention
	to that is even possible, I'm confident they will do it.
 (2) If people are determined to break that rule, it is
	not clear to me that some additional words will either
	prevent their doing it or convince them to include the
	format / rendering information in their references.
 (3) It is also not clear to me that assorted markup
	templates (not only our xml2rfc one but those of
	external journals and publishers have a good place to
	put that information, especially if we do not invent,
	and publicize, a standard way to reference RFCs that
	includes that information (which would be odd, given
	that we are trying to stamp it out (see(1) above and one
	or two of my earlier notes). 
 (4) At least for shorter documents, if people are really
	determined to use page numbers but we leave them off of
	paginated documents, they will simply count and then use
	them (perhaps as "fifth page", rather than "page 5")
	just as many of us have been counting paragraphs within
	sections and referring to, e.g., "the third paragraph of
	Section 5" for years.
 (5) If we are going to do anything other than putting
	the page numbers into the plain text form (and leaving
	them in the PDF form) or trying to punish anyone who is
	ignorant or backward enough to want to use the plain
	text form for any purpose (presumably included
	tree-hatred), then, IMO, we should just put them in
	(along with the headers and footers) and move on.
	
    john

--On Thursday, October 29, 2020 10:02 -0700 Larry Masinter
<LMM@acm.org> wrote:

> If you're concerned about people seeing different pagination
> depending on format, you could change the page numbers at the
> bottom of .txt pages to be
> 
>  Author                                  Shortname
>                            docname.txt[Page 2]
> 
> and the numbers at the bottom of pages in PDF similarly to have
>     docname.pdf[Page 2]
> 
> where docname is either rfcNNNN or draft-ietf-wgname-NN
> 
> it's better if the page identifier at the bottom of the page
> identifies the context anyway.
> Put it outside the [Page NN] brackets for backward
> compatibility :)
>